Re: mail/mlmmj new home, new release
May 2, 2024 6:39 PM, "Marcus MERIGHI" wrote: > Hello, > > as a reader of the mlmmj mailinglist I wanted to let you know that > there is some development for mlmmj, find some links below. > > David Goerger mentioned the move to gitlab on 2021-02-14: > > https://marc.info/?l=openbsd-ports&m=161327034309620 > > The current mlmmj code home is on codeberg (1.4.5, we have 1.3.0): > > https://codeberg.org/mlmmj/mlmmj/releases > > Here's some history of recent events: > > https://marc.info/?t=16220345362 > https://marc.info/?t=16699956412 > https://marc.info/?t=16841655571 > https://marc.info/?t=16972139581 > https://marc.info/?l=mlmmj&m=170314778924852 > https://marc.info/?l=mlmmj&m=170508017329727 > > If weather permits I'll make an attempt at a patch in the next days. > > Marcus Hello, I actually updated the port today and deployed it on the opensmtpd mailing list, I have a minor issue to fix but intended to send the diff shortly. Gilles
UPDATE: mail/mlmmj
Hello, Hopefully I didn't completely mess up this port, I'm a bit rusty. This bumps mlmmj from 1.3.0 to 1.4.5. Tested on the opensmtpd mailing list this afternoon. Gilles Index: Makefile === RCS file: /cvs/ports/mail/mlmmj/Makefile,v diff -u -p -r1.26 Makefile --- Makefile26 Sep 2023 12:28:13 - 1.26 +++ Makefile2 May 2024 21:21:28 - @@ -1,19 +1,27 @@ COMMENT= mailing list manager -DISTNAME= mlmmj-1.3.0 +V= 1.4.5 REVISION= 0 + +DISTNAME= mlmmj-${V} + CATEGORIES=mail -HOMEPAGE= http://mlmmj.org/ +HOMEPAGE= htts://codeberg.org/mlmmj/mlmmj # MIT PERMIT_PACKAGE=Yes WANTLIB += c iconv -SITES= http://mlmmj.org/releases/ +SITES= https://codeberg.org/mlmmj/mlmmj/releases/download/RELEASE_${V:S/./_/g}/ + +BUILD_DEPENDS= devel/kyua-cli \ + devel/atf LIB_DEPENDS= converters/libiconv + +AUTOCONF_VERSION= 2.69 CONFIGURE_STYLE=gnu CONFIGURE_ARGS+=--enable-receive-strip=yes Index: distinfo === RCS file: /cvs/ports/mail/mlmmj/distinfo,v diff -u -p -r1.12 distinfo --- distinfo28 Nov 2017 03:43:07 - 1.12 +++ distinfo2 May 2024 21:21:28 - @@ -1,2 +1,2 @@ -SHA256 (mlmmj-1.3.0.tar.gz) = dgnQ3YBPDAhMLkg+tYxgAStpi8dkZFN4UqHuH/nG8Ok= -SIZE (mlmmj-1.3.0.tar.gz) = 355298 +SHA256 (mlmmj-1.4.5.tar.gz) = UluUL2mGZmdubon/3KbdvDBlSsNp3ux/z27RBVyH6Aw= +SIZE (mlmmj-1.4.5.tar.gz) = 465064 --- /dev/null Thu May 2 23:21:56 2024 +++ patches/patch-Makefile.am Thu May 2 22:37:58 2024 @@ -0,0 +1,12 @@ +Index: Makefile.am +--- Makefile.am.orig Makefile.am +@@ -30,7 +30,7 @@ tests_mlmmj_SOURCES = \ + tests/mlmmj_tests.c + tests_mlmmj_LDADD = \ + $(top_builddir)/src/libmlmmj.a \ +- @ATF_LIBS@ -lrt ++ @ATF_LIBS@ + + tests_fakesmtpd_SOURCES = \ + tests/fakesmtpd.c --- /dev/null Thu May 2 23:22:00 2024 +++ patches/patch-Makefile.in Thu May 2 23:18:56 2024 @@ -0,0 +1,11 @@ +--- Makefile.in.orig Thu May 2 23:18:17 2024 Makefile.inThu May 2 23:18:23 2024 +@@ -420,7 +420,7 @@ SUBDIRS = src listtexts contrib + + @WANT_TESTS_TRUE@tests_mlmmj_LDADD = \ + @WANT_TESTS_TRUE@ $(top_builddir)/src/libmlmmj.a \ +-@WANT_TESTS_TRUE@ @ATF_LIBS@ -lrt ++@WANT_TESTS_TRUE@ @ATF_LIBS@ + + @WANT_TESTS_TRUE@tests_fakesmtpd_SOURCES = \ + @WANT_TESTS_TRUE@ tests/fakesmtpd.c
Re: UPDATE: mail/mlmmj
Indeed. This builds and installs ok. I fixed the HOMEPAGE which has the same typo :-) Makefile.am patch was removed because ... Makefile.in ok to commit ? May 3, 2024 11:49 AM, "Stuart Henderson" wrote: > On 2024/05/02 21:27, gil...@poolp.org wrote: > >> Hello, >> >> Hopefully I didn't completely mess up this port, I'm a bit rusty. >> >> This bumps mlmmj from 1.3.0 to 1.4.5. >> >> Tested on the opensmtpd mailing list this afternoon. >> >> Gilles >> >> Index: Makefile >> === >> RCS file: /cvs/ports/mail/mlmmj/Makefile,v >> diff -u -p -r1.26 Makefile >> --- Makefile 26 Sep 2023 12:28:13 - 1.26 >> +++ Makefile 2 May 2024 21:21:28 - >> @@ -1,19 +1,27 @@ >> COMMENT= mailing list manager >> >> -DISTNAME= mlmmj-1.3.0 >> +V= 1.4.5 >> REVISION= 0 > > drop REVISION for updates > >> + >> +DISTNAME= mlmmj-${V} >> + >> CATEGORIES= mail >> >> -HOMEPAGE= http://mlmmj.org >> +HOMEPAGE= htts://codeberg.org/mlmmj/mlmmj > > typo, htts -> https > >> # MIT >> PERMIT_PACKAGE= Yes >> >> WANTLIB += c iconv >> >> -SITES= http://mlmmj.org/releases >> +SITES= >> https://codeberg.org/mlmmj/mlmmj/releases/download/RELEASE_${V:S/./_/g} >> + >> +BUILD_DEPENDS= devel/kyua-cli \ >> + devel/atf > > kyua-cli already depends on atf > >> LIB_DEPENDS= converters/libiconv >> + >> +AUTOCONF_VERSION= 2.69 > > this isn't used with CONFIGURE_STYLE=gnu > > patch-include_mlmmj_h needs removing, PLIST needs an update too > ("make update-plist"), and the patch filenames don't match what "make > update-patches" gives you. > > Here's a version with those fixes. I don't run mlmmj but with this > it should be ok. > > Index: Makefile > === > RCS file: /cvs/ports/mail/mlmmj/Makefile,v > diff -u -p -r1.26 Makefile > --- Makefile 26 Sep 2023 12:28:13 - 1.26 > +++ Makefile 3 May 2024 09:47:33 - > @@ -1,17 +1,21 @@ > COMMENT= mailing list manager > > -DISTNAME= mlmmj-1.3.0 > -REVISION= 0 > +V= 1.4.5 > + > +DISTNAME= mlmmj-${V} > + > CATEGORIES= mail > > -HOMEPAGE= http://mlmmj.org > +HOMEPAGE= htts://codeberg.org/mlmmj/mlmmj > > # MIT > PERMIT_PACKAGE= Yes > > WANTLIB += c iconv > > -SITES= http://mlmmj.org/releases > +SITES= > https://codeberg.org/mlmmj/mlmmj/releases/download/RELEASE_${V:S/./_/g} > + > +BUILD_DEPENDS= devel/kyua-cli > > LIB_DEPENDS= converters/libiconv > > Index: distinfo > === > RCS file: /cvs/ports/mail/mlmmj/distinfo,v > diff -u -p -r1.12 distinfo > --- distinfo 28 Nov 2017 03:43:07 - 1.12 > +++ distinfo 3 May 2024 09:47:33 - > @@ -1,2 +1,2 @@ > -SHA256 (mlmmj-1.3.0.tar.gz) = dgnQ3YBPDAhMLkg+tYxgAStpi8dkZFN4UqHuH/nG8Ok= > -SIZE (mlmmj-1.3.0.tar.gz) = 355298 > +SHA256 (mlmmj-1.4.5.tar.gz) = UluUL2mGZmdubon/3KbdvDBlSsNp3ux/z27RBVyH6Aw= > +SIZE (mlmmj-1.4.5.tar.gz) = 465064 > Index: patches/patch-Makefile_am > === > RCS file: patches/patch-Makefile_am > diff -N patches/patch-Makefile_am > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-Makefile_am 3 May 2024 09:47:33 - > @@ -0,0 +1,12 @@ > +Index: Makefile.am > +--- Makefile.am.orig > Makefile.am > +@@ -30,7 +30,7 @@ tests_mlmmj_SOURCES = \ > + tests/mlmmj_tests.c > + tests_mlmmj_LDADD = \ > + $(top_builddir)/src/libmlmmj.a \ > +- @ATF_LIBS@ -lrt > ++ @ATF_LIBS@ > + > + tests_fakesmtpd_SOURCES = \ > + tests/fakesmtpd.c > Index: patches/patch-Makefile_in > === > RCS file: patches/patch-Makefile_in > diff -N patches/patch-Makefile_in > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-Makefile_in 3 May 2024 09:47:33 - > @@ -0,0 +1,12 @@ > +Index: Makefile.in > +--- Makefile.in.orig > Makefile.in > +@@ -420,7 +420,7 @@ SUBDIRS = src listtexts contrib > + > + @WANT_TESTS_TRUE@tests_mlmmj_LDADD = \ > + @WANT_TESTS_TRUE@ $(top_builddir)/src/libmlmmj.a \ > +-@WANT_TESTS_TRUE@ @ATF_LIBS@ -lrt > ++@WANT_TESTS_TRUE@ @ATF_LIBS@ > + > + @WANT_TESTS_TRUE@tests_fakesmtpd_SOURCES = \ > + @WANT_TESTS_TRUE@ tests/fakesmtpd.c > Index: patches/patch-include_mlmmj_h > === > RCS file: patches/patch-i
[UPDATE] mail/opensmtpd-filters/rspamd
Hello, The following diff updates filter-rspamd from 0.1.5 to 0.1.6 - adds pledge & unveil to filter - fixes a bug in the processing of mail addresses - better handles greylisting action from Rspamd - support both current and upcoming version of the filter protocol ok ? Gilles Index: Makefile === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile9 Dec 2019 20:23:29 - 1.5 +++ Makefile10 Apr 2020 22:02:20 - @@ -2,7 +2,7 @@ COMMENT = rspamd integration to the OpenSMTPD daemon -V =0.1.5 +V =0.1.6 FILTER_NAME = rspamd DISTNAME = filter-rspamd-${V} @@ -21,5 +21,7 @@ MODULES = lang/go NO_TEST = Yes ALL_TARGET = filter-rspamd + +BUILD_DEPENDS = devel/go-sys .include Index: distinfo === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo9 Dec 2019 20:23:29 - 1.5 +++ distinfo10 Apr 2020 22:02:20 - @@ -1,2 +1,2 @@ -SHA256 (filter-rspamd-0.1.5.tar.gz) = RFhwbhDNPrRxbsAim/45BlTpQmHax/JlC+1GhXCAayY= -SIZE (filter-rspamd-0.1.5.tar.gz) = 4829 +SHA256 (filter-rspamd-0.1.6.tar.gz) = Yhi0ozuIo9omQrn/kfM8z5p7WuAZEHrtUgujMuuvs4E= +SIZE (filter-rspamd-0.1.6.tar.gz) = 5096
Re: Go on sparc
November 12, 2019 5:45 PM, "Chris Ross" wrote: >> On Nov 12, 2019, at 00:25, Stuart Henderson wrote: >> >> sparc64 isn't on upstream's list of supported architectures >> (https://golang.org/doc/install/source). >> >> There's a third party fork adding this for an old version of go >> (https://github.com/4ad/go) but >> even with this it's going to be a lot of work to get something usable, and >> even then there will be >> problems building many programs that bundle a "vendored" copy of standard go >> libraries that will >> need updating before they can be used. >> >> It's likely to be much easier to rewrite the tools you want in C than it is >> to get go working. > > Well, I don’t know how easy that would be either. These were both, I believe, > written by Gilles. I > would appreciate your input Gilles. I see both of these particularly tools, > opensmtpd filters, are > Golang only and require nothing beyond the standard library. It would be > ugly, but I might be able > to hack them into my system with the go fork you mention above. Whether or > not I _want_ to is more > complicated. :-/ > I don't know what input to provide here :-) Any language can be used to write a filter, they're essentially reading stdin / writing stdout, with the only constraint that operations should not block. I wrote filters in C, Golang, Python & shell, some Linuxer wrote one in Awk, another in Rust, ... The API was designed so that it is very easy to write filters using tools you know, so if you wonder if you should hack an old go fork or use an existing filter as a model to write your own, my take is to go the second option as you will avoid having to maintain a huge hack and might just have a thing working in an hour or so. There is a C library by martijn@ that can ease writing a C filter btw. Gilles
Re: Go on sparc
November 12, 2019 10:19 PM, "Stuart Henderson" wrote: > On 2019/11/12 11:45, Chris Ross wrote: > >> On Nov 12, 2019, at 00:25, Stuart Henderson wrote: >> >> sparc64 isn't on upstream's list of supported architectures >> (https://golang.org/doc/install/source). >> >> There's a third party fork adding this for an old version of go >> (https://github.com/4ad/go) but >> even with this it's going to be a lot of work to get something usable, and >> even then there will be >> problems building many programs that bundle a "vendored" copy of standard go >> libraries that will >> need updating before they can be used. >> >> It's likely to be much easier to rewrite the tools you want in C than it is >> to get go working. >> >> Well, I don’t know how easy that would be either. These were both, I > > Seriously it's a relatively simple program. Not belittling it, but > it takes messages via opensmtpd's filter interface, passes them to > rspamd over http, and feeds the result back to opensmtpd. Porting > that to a different language is a complete different magnitude of > complexity than porting a (not-upstream-supported version of) the > go compiler and standard library to OpenBSD/sparc64. > I very much second that. The first version of filter-rspamd was very usable, was just a few lines of code written in a language I didn't (and still don't) know and it was just a couple hours of work from scratch. If I used a language that I've known beforehand, it might have taken a few minutes really. Compare that with porting or maintaining the runtime of a language on an unsupported architecture. Don't do that :-( > (...of course it doesn't have to be C, some other language with json+http > support would also work). > Yes !
Re: Go on sparc
November 12, 2019 10:52 PM, "Chris Ross" wrote: >> On Nov 12, 2019, at 16:42, gil...@poolp.org wrote: >> >> November 12, 2019 5:45 PM, "Chris Ross" wrote: >>> Well, I don’t know how easy that would be either. These were both, I >>> believe, written by Gilles. I >>> would appreciate your input Gilles. I see both of these particularly tools, >>> opensmtpd filters, are >>> Golang only and require nothing beyond the standard library. It would be >>> ugly, but I might be able >>> to hack them into my system with the go fork you mention above. Whether or >>> not I _want_ to is more >>> complicated. :-/ >> >> I don't know what input to provide here :-) > > Just your experience, I guess. Thank you for that. ;-) > >> The API was designed so that it is very easy to write filters using tools >> you know, so if you >> wonder >> if you should hack an old go fork or use an existing filter as a model to >> write your own, my take >> is >> to go the second option as you will avoid having to maintain a huge hack and >> might just have a >> thing >> working in an hour or so. >> >> There is a C library by martijn@ that can ease writing a C filter btw. > > Great to know that, too. Thanks. I’ll take a swing at that. Might be faster > to write in python, but > if > there’s already a library to give structure, C will be as easy and is > preferred. > I used python for my POC but beware as you _really_ need async HTTP queries, filters are not allowed to block !
Re: new: opensmtpd clamav filter
I'll jump in since I wrote the other filters that aren't in C... November 13, 2019 7:04 AM, "Martijn van Duren" wrote: > [...] > > I do however dislike the trend that every single filters in ports not > written by me is in go. At first I thought this was to display the > flexibility of the smtpd-api (I even recollect it was said, but I can't > find the mail which states so). But it's restricting to OpenBSD users > not running on amd64, arm, or i386. > I was the one who said I'd write filters in !C to show that the stdin/stdout-based API was not tied to a specific language, and I didn't know this implied I could only use them in experiments but not to do actual useful things. Your comment that it is restricting is a bit off. What would be restricting is if I did not write them so that no OpenBSD users on any architecture would be able to use them. It is unfortunate that these features are not available to more but the cost of writing them in C was considerably higher and I might not have found time to write them at all. You are free to provide a portable replacement if this bothers you so much that these tools even exist in the first place. > Just yesterday there was someone who couldn't run a filter on sparc64 > because it was written in go[0]. If we as OpenBSD community value > portability over architectures these tools should be written in a > language that's just as portable. > Because I spend time writing something in a language does not mean that I'm willing to spend more time writing it in another. Even if written by me, Joerg, or whoever, these tools are _third-party_ addons written by individuals who worked on their own use-cases. I have no idea what Joerg did with his filter, it is not in OpenSMTPD and I've no use for Amavis. Eric probably did not look at my filter-senderscore, I doubt he is using it, others do. They're not in any OpenBSD/OpenSMTPD roadmap whatsoever and filter-rspamd exists only because I was bored on a week-end and motivated enough to start writing it. They are not shipped in base, they are not shipped with OpenSMTPD, they are not even in the portable repository, they are individual work. That you think this work should be done in a language is your opinion but as long as it's not in base and not even in the portable OpenSMTPD release I don't see why the language used for these is even to be debated. Yes, it would be better if sparc64 users could use them, so when you're bored on a week-end, write a replacement in C. > If you want to demonstrate the flexibility of the API write it in > something new like ruby, C++, or even PHP or awk for all I care. > If you care about portability please use one of these (although > PHP is currently not supported on HPPA). > No, sorry, but no. If I'm working on a side-project during my free time, you don't get to decide how I'm working on it. I'll write it in fucking brainfuck or asm if that's what I want to waste my spare time with. I picked Go because I wanted to see what made it so popular, I made SEVERAL projects with it and TWO of them are filters for which I've submitted packages as I thought that it was a nice thing to do. Goroutines and channels makes Go a pleasant choice to write filters so, wether you like it or not, I'll keep using it to handle MY very own use-cases until I find a better tool. If such tools are not wanted in ports, porters can just tell me and I'll stop packaging them with no hard feelings. > Maybe you could give libopensmtpd a go (pun intended). I reckon > it's not hard to use. > Because I spend time writing something in a language does not mean that I'm willing to write it in another. Some filters I write in C, others I don't. libopensmtpd as of today may be portable to multiple archs but it isn't portable to other systems so if I use it today, I can write filters for OpenBSD/sparc64 but no longer for Linux, FreeBSD or OSX. The fact that I can write filters portable to other systems today means that a much larger community of users is now reporting bugs, and caused three bugs to be fixed in CVS. Had I not written these filters in Go we would not have had these reports. If you want more coverage, write alternatives.
Re: [new] matrix.org synapse server
I don't know if there are comments to be made about how the port is crafted, but this works fine for me. I'm currently using it and it works as expected. November 22, 2019 12:12 PM, "Renaud Allard" wrote: > On 11/19/19 4:46 PM, Renaud Allard wrote: > >> Hello, >> Here is a port for synapse server from matrix.org including missing > >> dependencies. >> It will only run on python3 (unlike FreeBSD port for example) because > >> that's the version listed >> as supported from the website. >> Please check, report and enjoy :) > > Here is a version with some slight modifications: > The readme examples now show the ssl certs > MAINTAINER value has been added to the Makefile > rc.d script has been corrected for stop/check
Re: [UPDATE] mail/opensmtpd-filters/rspamd
No feedback :-( Without this update, this filter will be broken when eric@ commits a protocol change in smtpd for 6.7 and might as well be removed before lock. Gilles April 11, 2020 12:10 AM, gil...@poolp.org wrote: > Hello, > > The following diff updates filter-rspamd from 0.1.5 to 0.1.6 > > - adds pledge & unveil to filter > - fixes a bug in the processing of mail addresses > - better handles greylisting action from Rspamd > - support both current and upcoming version of the filter protocol > > ok ? > > Gilles > > Index: Makefile > === > RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/Makefile,v > retrieving revision 1.5 > diff -u -p -r1.5 Makefile > --- Makefile 9 Dec 2019 20:23:29 - 1.5 > +++ Makefile 10 Apr 2020 22:02:20 - > @@ -2,7 +2,7 @@ > > COMMENT = rspamd integration to the OpenSMTPD daemon > > -V = 0.1.5 > +V = 0.1.6 > FILTER_NAME = rspamd > DISTNAME = filter-rspamd-${V} > > @@ -21,5 +21,7 @@ MODULES = lang/go > NO_TEST = Yes > > ALL_TARGET = filter-rspamd > + > +BUILD_DEPENDS = devel/go-sys > > .include > Index: distinfo > === > RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/distinfo,v > retrieving revision 1.5 > diff -u -p -r1.5 distinfo > --- distinfo 9 Dec 2019 20:23:29 - 1.5 > +++ distinfo 10 Apr 2020 22:02:20 - > @@ -1,2 +1,2 @@ > -SHA256 (filter-rspamd-0.1.5.tar.gz) = > RFhwbhDNPrRxbsAim/45BlTpQmHax/JlC+1GhXCAayY= > -SIZE (filter-rspamd-0.1.5.tar.gz) = 4829 > +SHA256 (filter-rspamd-0.1.6.tar.gz) = > Yhi0ozuIo9omQrn/kfM8z5p7WuAZEHrtUgujMuuvs4E= > +SIZE (filter-rspamd-0.1.6.tar.gz) = 5096
Re: [UPDATE] mail/opensmtpd-filters/rspamd
nevermind, I missed the commit, sorry for the noise ! April 14, 2020 10:03 AM, gil...@poolp.org wrote: > No feedback :-( > > Without this update, this filter will be broken when eric@ commits a > protocol change in smtpd for 6.7 and might as well be removed before > lock. > > Gilles > > April 11, 2020 12:10 AM, gil...@poolp.org wrote: > >> Hello, >> >> The following diff updates filter-rspamd from 0.1.5 to 0.1.6 >> >> - adds pledge & unveil to filter >> - fixes a bug in the processing of mail addresses >> - better handles greylisting action from Rspamd >> - support both current and upcoming version of the filter protocol >> >> ok ? >> >> Gilles >> >> Index: Makefile >> === >> RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/Makefile,v >> retrieving revision 1.5 >> diff -u -p -r1.5 Makefile >> --- Makefile 9 Dec 2019 20:23:29 - 1.5 >> +++ Makefile 10 Apr 2020 22:02:20 - >> @@ -2,7 +2,7 @@ >> >> COMMENT = rspamd integration to the OpenSMTPD daemon >> >> -V = 0.1.5 >> +V = 0.1.6 >> FILTER_NAME = rspamd >> DISTNAME = filter-rspamd-${V} >> >> @@ -21,5 +21,7 @@ MODULES = lang/go >> NO_TEST = Yes >> >> ALL_TARGET = filter-rspamd >> + >> +BUILD_DEPENDS = devel/go-sys >> >> .include >> Index: distinfo >> === >> RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/distinfo,v >> retrieving revision 1.5 >> diff -u -p -r1.5 distinfo >> --- distinfo 9 Dec 2019 20:23:29 - 1.5 >> +++ distinfo 10 Apr 2020 22:02:20 - >> @@ -1,2 +1,2 @@ >> -SHA256 (filter-rspamd-0.1.5.tar.gz) = >> RFhwbhDNPrRxbsAim/45BlTpQmHax/JlC+1GhXCAayY= >> -SIZE (filter-rspamd-0.1.5.tar.gz) = 4829 >> +SHA256 (filter-rspamd-0.1.6.tar.gz) = >> Yhi0ozuIo9omQrn/kfM8z5p7WuAZEHrtUgujMuuvs4E= >> +SIZE (filter-rspamd-0.1.6.tar.gz) = 5096
New: mail/opensmtpd-filter-rspamd
Hello ports, Attached is a new port, mail/opensmtpd-filter-rspamd It is a mail filter for opensmtpd (-current and upcoming 6.6.x) which allows it to work with mail/rspamd. It supports greylisting, rewriting subject, adding headers, rejecting as well as DKIM-signing messages. $ cat DESCR filter-rspamd is an opensmtpd filter that passes mail through rspamd to flag or reject spam messages at session time. $ This is my very very first port so let me know if I did something wrong. Thanks to landry@ and semarie@ for providing feedback already and patrick@ for having tested this filter ;-) opensmtpd-filter-rspamd.tar.gz Description: GNU Zip compressed data
Re: New: mail/opensmtpd-filter-rspamd
13 août 2019 09:36 "Klemens Nanni" a écrit: > On Mon, Aug 12, 2019 at 11:37:48PM +, Gilles Chehade wrote: > >> This is my very very first port so let me know if I did something wrong. > > Looks OK to me; haven't run tested it yet, though. > > Since DESCR is quite short and there is no README, do you plan writing > a manual page for it or can everything needed to set this up be found in > existing smtpd documentation? filter-rspamd doesn't have any configuration itself, all it needs is for smtpd.conf to reference it: filter "rspamd" proc-exec "/usr/local/bin/filter-rspamd" listen on all filter "rspamd" I thought I'd add this as an example to the smtpd.conf(5) man page itself. Should I add a README in the port too ?
Re: New: mail/opensmtpd-filter-rspamd
13 août 2019 13:27 "Klemens Nanni" a écrit: > On Tue, Aug 13, 2019 at 11:32:37AM +0200, Landry Breuil wrote: > >> Sorry, but i dont think this makes sense. With your reasoning, 2 extra >> lines will be displayed at the end of pkg_add, for a 2-lines README. >> lots of indirections for not much information... and we already know >> users dont read them anyway. > > I agree that the indirection could be avoided, but people *do* read > these readmes. > >> I doubt ppl will come to filter-rspamd directly (and then wonder how to >> set it up, in that case they will lookup HOMEPAGE), they might be more >> 'directed' at it by a mention of this same example in smtpd.conf(5) or a >> commented out entry in the default smtpd.conf. > > Well, I know smtpd and we have packages for it, so I search the packages > to see what I can do. I hate having to open some HOMEPAGE only to find > out how to use a port: that is was README and/or MESSAGE is for. > > My goal is to provide packages which include all neccessary information > if possible, without forcing users through web browsers. > >> Adding a README for 2 lines is abusing the README mechanism imo. > > I'm also fine with amending DESCR or putting it in MESSAGE, as long as > I don't have to guess where to start after installing the package, > because I personally would be one of those users that would install it > only to find no manual or documentation whatsoever, angrily going though > smtpd(8) and smtpd.conf(5) first hoping for examples, then falling back > to the web. I have added a README ok ? opensmtpd-filter-rspamd.tar.gz Description: GNU Zip compressed data
Re: New: mail/opensmtpd-filter-rspamd
13 août 2019 12:38 "Gonzalo L. Rodriguez" a écrit: > On Tue, 13 Aug 2019 at 11:43:23 +0200, Gonzalo L. Rodriguez wrote: > >> On Tue, 13 Aug 2019 at 11:18:33 +0200, Klemens Nanni wrote: >> On Tue, Aug 13, 2019 at 08:37:18AM +, Gilles Chehade wrote: >>> filter-rspamd doesn't have any configuration itself, all it needs is for >>> smtpd.conf to reference >> it: >>> >>> filter "rspamd" proc-exec "/usr/local/bin/filter-rspamd" >>> listen on all filter "rspamd" >>> >>> I thought I'd add this as an example to the smtpd.conf(5) man page itself. >> Sounds good. >> >>> Should I add a README in the port too ? >> Yes please, either reference smtpd.conf(5) or just include the same >> example here. Adding a pkg/README to the port should do it; this way >> pkg_add would tell you >> >> opensmtpd-filter-rspamd-X.Y: ok >> New and changed readme(s): >> /usr/local/share/doc/pkg-readmes/opensmtpd-filter-rspamd >> >> so users know immediately how to set things up. >> >> That would be nice. >> >> -- >> >> - gonzalo > > BTW, are you planning to merge this port with opensmtpd-extras? Or are > different stuff? > No I don't plan to merge this port with opensmtpd-extras because they're different stuff.
New: mail/opensmtpd-filter-senderscore
Dear ports, I would like to import the following opensmtpd filter: $ cat pkg/DESCR filter-senderscore is an opensmtpd filter that performs a DNS lookup in the SenderScore registry to determine reputation of an IP address and allow reputation-based blocking, junking or delaying of sessions. $ ok ?
Re: New: mail/opensmtpd-filter-senderscore
18 août 2019 16:50 "Gilles Chehade" a écrit: > On Sun, Aug 18, 2019 at 04:43:11PM +0200, gil...@poolp.org wrote: > >> Dear ports, >> >> I would like to import the following opensmtpd filter: >> >> $ cat pkg/DESCR >> filter-senderscore is an opensmtpd filter that performs a DNS >> lookup in the SenderScore registry to determine reputation of >> an IP address and allow reputation-based blocking, junking or >> delaying of sessions. >> $ > > and with the attachement, it's even better. > plop ?
[Update] mail/opensmtpd-filter-rspamd
This is a minor update of the filter-rspamd to pass the authenticated user to Rspamd. There is no visible change ok ? Index: Makefile === RCS file: /cvs/ports/mail/opensmtpd-filter-rspamd/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile13 Aug 2019 18:40:10 - 1.1.1.1 +++ Makefile2 Sep 2019 18:03:45 - @@ -2,7 +2,7 @@ COMMENT = rspamd integration to the OpenSMTPD daemon -V =0.1.0 +V =0.1.1 DISTNAME = filter-rspamd-${V} CATEGORIES = mail Index: distinfo === RCS file: /cvs/ports/mail/opensmtpd-filter-rspamd/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo13 Aug 2019 18:40:10 - 1.1.1.1 +++ distinfo2 Sep 2019 18:03:45 - @@ -1,2 +1,2 @@ -SHA256 (filter-rspamd-0.1.0.tar.gz) = AXrtaCqiZmIDGgzxWni8VQEFteRACDsoD6F7odXuU+c= -SIZE (filter-rspamd-0.1.0.tar.gz) = 3397 +SHA256 (filter-rspamd-0.1.1.tar.gz) = +rBcyCQ85bDWfrSZV7EmpmIQO4yR/0H5hehafmcSMlA= +SIZE (filter-rspamd-0.1.1.tar.gz) = 3475
[Update] mail/opensmtpd-filters/rspamd
Hello, This bumps filter-rspamd to version 0.1.2 which fixes a few bugs so it's all nice and shiny for the next OpenSMTPD release. I fixed the README while at it, somehow a \n got lost somewhere and we don't need absolute paths to filters anymore. OK ? Index: Makefile === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/Makefile,v retrieving revision 1.1 diff -u -p -r1.1 Makefile --- Makefile4 Sep 2019 12:27:42 - 1.1 +++ Makefile20 Sep 2019 15:14:24 - @@ -2,7 +2,7 @@ COMMENT = rspamd integration to the OpenSMTPD daemon -V =0.1.1 +V =0.1.2 FILTER_NAME = rspamd DISTNAME = filter-rspamd-${V} Index: distinfo === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/distinfo,v retrieving revision 1.1 diff -u -p -r1.1 distinfo --- distinfo4 Sep 2019 12:27:42 - 1.1 +++ distinfo20 Sep 2019 15:14:24 - @@ -1,2 +1,2 @@ -SHA256 (filter-rspamd-0.1.1.tar.gz) = +rBcyCQ85bDWfrSZV7EmpmIQO4yR/0H5hehafmcSMlA= -SIZE (filter-rspamd-0.1.1.tar.gz) = 3475 +SHA256 (filter-rspamd-0.1.2.tar.gz) = CD/0T2Bt0NrLdnEvOgGWCdkZHA6jMzLHs++mQPA+ves= +SIZE (filter-rspamd-0.1.2.tar.gz) = 3593 Index: pkg/README === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/pkg/README,v retrieving revision 1.1 diff -u -p -r1.1 README --- pkg/README 4 Sep 2019 12:27:42 - 1.1 +++ pkg/README 20 Sep 2019 15:14:24 - @@ -8,11 +8,12 @@ To use filter-rspamd, you must declare i Edit the /etc/mail/smtpd.conf file to declare the filter: - filter "rspamd" proc-exec "${PREFIX}/libexec/smtpd/filter-rspamd" + filter "rspamd" proc-exec "filter-rspamd" Then add the filter to each listener that should be filtered: - listen on socket filter "rspamd" listen on all filter "rspamd" + listen on socket filter "rspamd" + listen on all filter "rspamd" The filter itself doesn't have configuration and is controlled by the Rspamd configuration itself.
Re: rspamd with opensmtpd-filter-rspamd, missing X-Spam-Symbols
Hi, September 22, 2019 6:23 PM, "Florian Obser" wrote: > I recently moved from > > action "mda_with_aliases" mda \ > "/usr/local/bin/rspamc --mime --exec '/usr/local/libexec/dovecot/dovecot-lda > -f %{sender} -d > %{dest:strip} -a %{dest}'" \ > alias user vmail > > to > > filter rspamd proc-exec "filter-rspamd" > > and > > action "mda_with_aliases" mda \ > "/usr/local/libexec/dovecot/dovecot-lda -f '%{sender}' -d '%{dest:strip}' -a > '%{dest}'" \ > alias user vmail > > I used to get a bunch of X-Spam-* header lines telling me why a mail got > classified as spam / ham, > e.g.: > > [...] > > The documentation has this to say: > > "The milter headers module (formerly known as rmilter headers) has > been added in Rspamd 1.5 to provide a relatively simple way to > configure adding/removing of headers via Rmilter > (the alternative being to use the API)." > ^^^ ^^^ > > So maybe opensmtpd-filter-rspamd using the API and I have to push a > different button? > > Any insight would be appreciated. > Thanks, > Florian > No different button to push, the X-Spam-Symbols will be added but I need to figure out where to get them. The `rspamc` utility added them itself but my `filter-rspamd` need to figure out where they are so it can actually create the header. I'll sort that out soon
[Update] mail/opensmtpd-filters/rspamd
Hello, The following diff updates filter-rspamd to 0.1.3: - fixes a concurrency-related crash which has been observed by patrick@ and otto@ - adds X-Spam-Symbols which was requested by florian@ - adds support for Rspamd headers addition / removals ok ? Index: Makefile === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile 20 Sep 2019 16:41:53 - 1.2 +++ Makefile 28 Sep 2019 08:15:01 - @@ -2,7 +2,7 @@ COMMENT = rspamd integration to the OpenSMTPD daemon -V = 0.1.2 +V = 0.1.3 FILTER_NAME = rspamd DISTNAME = filter-rspamd-${V} Index: distinfo === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo 20 Sep 2019 16:41:53 - 1.2 +++ distinfo 28 Sep 2019 08:15:01 - @@ -1,2 +1,2 @@ -SHA256 (filter-rspamd-0.1.2.tar.gz) = CD/0T2Bt0NrLdnEvOgGWCdkZHA6jMzLHs++mQPA+ves= -SIZE (filter-rspamd-0.1.2.tar.gz) = 3593 +SHA256 (filter-rspamd-0.1.3.tar.gz) = horszy5OsVWArs+TWjm/XR3G5G/od2In2ZtEIGVEDmI= +SIZE (filter-rspamd-0.1.3.tar.gz) = 4193
Re: [Update] mail/opensmtpd-filters/rspamd
September 29, 2019 9:22 AM, "Florian Obser" wrote: > On Sat, Sep 28, 2019 at 07:46:16PM +0200, Florian Obser wrote: > >> On Sat, Sep 28, 2019 at 08:18:57AM +, gil...@poolp.org wrote: >> Hello, >> >> The following diff updates filter-rspamd to 0.1.3: >> >> - fixes a concurrency-related crash which has been observed by patrick@ and >> otto@ >> - adds X-Spam-Symbols which was requested by florian@ >> >> Requested it such a strong word. I completely missed how all this >> stuff interconnects. I thougt rspamd itself adds those headers. ;) >> >> Thank you very much. Unfortunately I haven't gotten any spam yet, the >> rdns filters are just too good :D so I can't tell if it actually works. > > nd I got some spam and happy to report that it works: > > (I fiddled around with the score values, my rspamd never rejects, but > this is quite an impressively high score) > Perfect, committed ! In a future version we'll rework the X-Spam-Symbols header so that it's a bit more compact and so it also displays the individual score for matches but I think this version is good enough for the next OpenBSD release. Unless someone finds a very annoying bug I won't update it before release of OpenBSD 6.6. Thanks for testing :-)
[update] mail/opensmtpd-filters/rspamd
hello, this updates filter-rspamd to 0.1.4 which doesn't bring any feature but fixes a bug in handling of DATA lines that causes some mails to be incorrectly DKIM-signed or DKIM-verified. ok ? Index: Makefile === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile29 Sep 2019 09:52:06 - 1.3 +++ Makefile22 Oct 2019 19:49:35 - @@ -2,7 +2,7 @@ COMMENT = rspamd integration to the OpenSMTPD daemon -V =0.1.3 +V =0.1.4 FILTER_NAME = rspamd DISTNAME = filter-rspamd-${V} Index: distinfo === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo29 Sep 2019 09:52:06 - 1.3 +++ distinfo22 Oct 2019 19:49:35 - @@ -1,2 +1,2 @@ -SHA256 (filter-rspamd-0.1.3.tar.gz) = horszy5OsVWArs+TWjm/XR3G5G/od2In2ZtEIGVEDmI= -SIZE (filter-rspamd-0.1.3.tar.gz) = 4193 +SHA256 (filter-rspamd-0.1.4.tar.gz) = F96BD539f0gS4dV2uD8VfCF37Oz0d4l/SW3S2Zq7gyw= +SIZE (filter-rspamd-0.1.4.tar.gz) = 4299
php 5.3 OBSD 5.0 How to desable extension
Hi The extension "dbo-dblib" depends "freetds" that depends "doxygen". Out, "doxygen" ends with a compilation error. I would like to disable this extension that does not use me. OpenBSD on MIPS 12K ( SGI Octane )
Travail de Chez soi
Développez votre Affaire à domicile !
[update] mail/opensmtpd-filters/senderscore
Hello, Following is a diff to update filter-senderscore from 0.1.1 to 0.1.2, adding support for IP address whitelisting. I'm not too comfortable with ports, let me know if I messed up. Index: Makefile === RCS file: /cvs/ports/mail/opensmtpd-filters/senderscore/Makefile,v diff -u -p -r1.5 Makefile --- Makefile26 Sep 2023 12:28:14 - 1.5 +++ Makefile19 Feb 2024 08:16:15 - @@ -1,6 +1,6 @@ COMMENT = SenderScore integration to the OpenSMTPD daemon -V =0.1.1 +V =0.1.2 FILTER_NAME = senderscore DISTNAME = filter-senderscore-${V} REVISION = 0 Index: distinfo === RCS file: /cvs/ports/mail/opensmtpd-filters/senderscore/distinfo,v diff -u -p -r1.2 distinfo --- distinfo9 Dec 2019 20:24:02 - 1.2 +++ distinfo19 Feb 2024 08:16:15 - @@ -1,2 +1,2 @@ -SHA256 (filter-senderscore-0.1.1.tar.gz) = oeGzEG6mkhhADjXJwR6EcClhuYpHi5n7MppSyVTsS4Y= -SIZE (filter-senderscore-0.1.1.tar.gz) = 3481 +SHA256 (filter-senderscore-0.1.2.tar.gz) = rQhmHEyXCjZ7zslVNTPQ8SMyTo5MJHUO5FhkUDMfLh0= +SIZE (filter-senderscore-0.1.2.tar.gz) = 7416 -- Gilles Chehade
Re: [update] mail/opensmtpd-filters/senderscore
On Mon, Feb 19, 2024 at 09:41:02AM +0100, Landry Breuil wrote: > Le Mon, Feb 19, 2024 at 09:25:32AM +0100, Gilles Chehade a ?crit : > > Hello, > > > > Following is a diff to update filter-senderscore from 0.1.1 to 0.1.2, > > adding support for IP address whitelisting. > > > > I'm not too comfortable with ports, let me know if I messed up. > > you should drop the REVISION line when updating the version :) oopsie. Index: Makefile === RCS file: /cvs/ports/mail/opensmtpd-filters/senderscore/Makefile,v diff -u -p -r1.5 Makefile --- Makefile26 Sep 2023 12:28:14 - 1.5 +++ Makefile19 Feb 2024 09:40:22 - @@ -1,9 +1,8 @@ COMMENT = SenderScore integration to the OpenSMTPD daemon -V =0.1.1 +V =0.1.2 FILTER_NAME = senderscore DISTNAME = filter-senderscore-${V} -REVISION = 0 CATEGORIES = mail HOMEPAGE = https://github.com/poolpOrg/filter-senderscore/ Index: distinfo === RCS file: /cvs/ports/mail/opensmtpd-filters/senderscore/distinfo,v diff -u -p -r1.2 distinfo --- distinfo9 Dec 2019 20:24:02 - 1.2 +++ distinfo19 Feb 2024 09:40:22 - @@ -1,2 +1,2 @@ -SHA256 (filter-senderscore-0.1.1.tar.gz) = oeGzEG6mkhhADjXJwR6EcClhuYpHi5n7MppSyVTsS4Y= -SIZE (filter-senderscore-0.1.1.tar.gz) = 3481 +SHA256 (filter-senderscore-0.1.2.tar.gz) = rQhmHEyXCjZ7zslVNTPQ8SMyTo5MJHUO5FhkUDMfLh0= +SIZE (filter-senderscore-0.1.2.tar.gz) = 7416 -- Gilles Chehade
[update] opensmtpd-filter-rspamd 0.1.5
hello, this updates filter-rspamd to version 0.1.5 which brings support for multiple DKIM-Signature and anticipates an upcoming protocol change. ok ? Index: Makefile === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile23 Oct 2019 08:50:05 - 1.4 +++ Makefile9 Dec 2019 16:52:28 - @@ -2,7 +2,7 @@ COMMENT = rspamd integration to the OpenSMTPD daemon -V =0.1.4 +V =0.1.5 FILTER_NAME = rspamd DISTNAME = filter-rspamd-${V} Index: distinfo === RCS file: /cvs/ports/mail/opensmtpd-filters/rspamd/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo23 Oct 2019 08:50:05 - 1.4 +++ distinfo9 Dec 2019 16:52:28 - @@ -1,2 +1,2 @@ -SHA256 (filter-rspamd-0.1.4.tar.gz) = F96BD539f0gS4dV2uD8VfCF37Oz0d4l/SW3S2Zq7gyw= -SIZE (filter-rspamd-0.1.4.tar.gz) = 4299 +SHA256 (filter-rspamd-0.1.5.tar.gz) = RFhwbhDNPrRxbsAim/45BlTpQmHax/JlC+1GhXCAayY= +SIZE (filter-rspamd-0.1.5.tar.gz) = 4829
[update] filter-rspamd
hello, this updates filter-senderscore to anticipate a protocol change Index: Makefile === RCS file: /cvs/ports/mail/opensmtpd-filters/senderscore/Makefile,v retrieving revision 1.1 diff -u -p -r1.1 Makefile --- Makefile4 Sep 2019 12:27:42 - 1.1 +++ Makefile9 Dec 2019 16:55:24 - @@ -2,7 +2,7 @@ COMMENT = SenderScore integration to the OpenSMTPD daemon -V =0.1.0 +V =0.1.1 FILTER_NAME = senderscore DISTNAME = filter-senderscore-${V} Index: distinfo === RCS file: /cvs/ports/mail/opensmtpd-filters/senderscore/distinfo,v retrieving revision 1.1 diff -u -p -r1.1 distinfo --- distinfo4 Sep 2019 12:27:42 - 1.1 +++ distinfo9 Dec 2019 16:55:24 - @@ -1,2 +1,2 @@ -SHA256 (filter-senderscore-0.1.0.tar.gz) = VeOnrlQRD7qXQf2e8mBQ1j8DJxWJa2ZTvA8zhAFvijs= -SIZE (filter-senderscore-0.1.0.tar.gz) = 3019 +SHA256 (filter-senderscore-0.1.1.tar.gz) = oeGzEG6mkhhADjXJwR6EcClhuYpHi5n7MppSyVTsS4Y= +SIZE (filter-senderscore-0.1.1.tar.gz) = 3481
Re: New: mail/opensmtpd-filter-senderscore
On Sun, Aug 18, 2019 at 04:43:11PM +0200, gil...@poolp.org wrote: > Dear ports, > > I would like to import the following opensmtpd filter: > > $ cat pkg/DESCR > filter-senderscore is an opensmtpd filter that performs a DNS > lookup in the SenderScore registry to determine reputation of > an IP address and allow reputation-based blocking, junking or > delaying of sessions. > $ > and with the attachement, it's even better. -- Gilles Chehade @poolpOrg https://www.poolp.org patreon: https://www.patreon.com/gilles opensmtpd-filter-senderscore.tar.gz Description: application/tar-gz
Re: Move opensmptd filters to libexec/smtpd
On Sat, Aug 24, 2019 at 06:49:59AM +0200, Martijn van Duren wrote: > On 8/24/19 6:07 AM, Martijn van Duren wrote: > > Briefly discussed with gilles@. > > > > I would like to move the filters to libexec/smtpd for two reasons. > > 1) filters are not commandline applications and I don't want them in my > >$PATH. > > 2) opensmtpd-extras already used this location, so it's only consistent > >to install there as well. > > > > Diff below works for me and based on go.port.mk I don't see any other > > way to change the install directory (except for changing go.port.mk) > > > > OK? > > > > martijn@ > > > Missed revision bump... > ok with the idea but I'm not comfortable enough with ports to know if the way you did is the proper way, ports newbie here :-) > Index: opensmtpd-filter-rspamd/Makefile > === > RCS file: /cvs/ports/mail/opensmtpd-filter-rspamd/Makefile,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 Makefile > --- opensmtpd-filter-rspamd/Makefile 13 Aug 2019 18:40:10 - 1.1.1.1 > +++ opensmtpd-filter-rspamd/Makefile 24 Aug 2019 04:49:48 - > @@ -3,6 +3,7 @@ > COMMENT =rspamd integration to the OpenSMTPD daemon > > V = 0.1.0 > +REVISION = 0 > DISTNAME = filter-rspamd-${V} > > CATEGORIES = mail > @@ -23,3 +24,7 @@ NO_TEST = Yes > ALL_TARGET = filter-rspamd > > .include > + > +MODGO_INSTALL_TARGET = ${INSTALL_PROGRAM_DIR} ${PREFIX}/libexec/smtpd && \ > + ${INSTALL_PROGRAM} ${MODGO_WORKSPACE}/bin/* \ > +${PREFIX}/libexec/smtpd; > Index: opensmtpd-filter-rspamd/pkg/PLIST > === > RCS file: /cvs/ports/mail/opensmtpd-filter-rspamd/pkg/PLIST,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 PLIST > --- opensmtpd-filter-rspamd/pkg/PLIST 13 Aug 2019 18:40:10 - 1.1.1.1 > +++ opensmtpd-filter-rspamd/pkg/PLIST 24 Aug 2019 04:49:48 - > @@ -1,3 +1,4 @@ > @comment $OpenBSD: PLIST,v 1.1.1.1 2019/08/13 18:40:10 gilles Exp $ > -@bin bin/filter-rspamd > +libexec/smtpd/ > +@bin libexec/smtpd/filter-rspamd > share/doc/pkg-readmes/${PKGSTEM} > Index: opensmtpd-filter-rspamd/pkg/README > === > RCS file: /cvs/ports/mail/opensmtpd-filter-rspamd/pkg/README,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 README > --- opensmtpd-filter-rspamd/pkg/README13 Aug 2019 18:40:10 - > 1.1.1.1 > +++ opensmtpd-filter-rspamd/pkg/README24 Aug 2019 04:49:48 - > @@ -8,7 +8,7 @@ To use filter-rspamd, you must declare i > > Edit the /etc/mail/smtpd.conf file to declare the filter: > > - filter "rspamd" proc-exec "${PREFIX}/bin/filter-rspamd" > + filter "rspamd" proc-exec "${PREFIX}/libexec/smtpd/filter-rspamd" > > Then add the filter to each listener that should be filtered: > > Index: opensmtpd-filter-senderscore/Makefile > === > RCS file: /cvs/ports/mail/opensmtpd-filter-senderscore/Makefile,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 Makefile > --- opensmtpd-filter-senderscore/Makefile 19 Aug 2019 21:21:17 - > 1.1.1.1 > +++ opensmtpd-filter-senderscore/Makefile 24 Aug 2019 04:49:48 - > @@ -3,6 +3,7 @@ > COMMENT =SenderScore integration to the OpenSMTPD daemon > > V = 0.1.0 > +REVISION = 0 > DISTNAME = filter-senderscore-${V} > > CATEGORIES = mail > @@ -23,3 +24,7 @@ NO_TEST = Yes > ALL_TARGET = filter-senderscore > > .include > + > +MODGO_INSTALL_TARGET = ${INSTALL_PROGRAM_DIR} ${PREFIX}/libexec/smtpd && \ > + ${INSTALL_PROGRAM} ${MODGO_WORKSPACE}/bin/* \ > +${PREFIX}/libexec/smtpd; > Index: opensmtpd-filter-senderscore/pkg/PLIST > ======= > RCS file: /cvs/ports/mail/opensmtpd-filter-senderscore/pkg/PLIST,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 PLIST > --- opensmtpd-filter-senderscore/pkg/PLIST19 Aug 2019 21:21:17 - > 1.1.1.1 > +++ opensmtpd-filter-senderscore/pkg/PLIST24 Aug 2019 04:49:48 - > @@ -1,3 +1,4 @@ > @comment $OpenBSD: PLIST,v 1.1.1.1 2019/08/19 21:21:17 gilles Exp $ > -@bin bin/filter-senderscore > +libexec/smtpd/ > +@bin libexec/smtpd/filter-senderscore > share/doc/pkg-readmes/${PKGSTEM} > Index: opensmtpd-filter-senderscore/pkg/README > =
Re: [NEW] mail/opensmtpd-filter-dkim
On Sat, Aug 24, 2019 at 06:37:21AM +0200, Martijn van Duren wrote: > $ cat pkg/DESCR > filter-dkim is an opensmtpd filter that signs email with a dkim signature. > $ > > Since I'm not too familiar with ports I would like to pay special > attention to the Makefile of both the port as well as the source. > > Also, I currently host the release tarballs at my personal server, which > I also use for generic other stuff and might not always be available. > If someone from the ports team has a more stable location to host the > release tarballs let me know. > > Furthermore smtpd.conf allows for filters to be run as another user > (currently undocumented). I know we're tight for uids, but can we > reserve one for this port, so we can protect the dkim signing key from > the smtpd users? Or could it be possible to share a uid with another > port with similar purpose? E.g. dkimproxy? > Might be worth thinking about reserving one for smtpd filters as a whole so we don't request a user for each filter ? Or maybe we could consider one in base and assume all filters to use the user as a default ? -- Gilles Chehade @poolpOrg https://www.poolp.orgpatreon: https://www.patreon.com/gilles
Re: update mail/opensmtpd-extras to 201511230108
On Thu, Nov 26, 2015 at 12:13:44PM +0100, Landry Breuil wrote: > On Thu, Nov 26, 2015 at 12:01:02PM +0100, Joerg Jung wrote: > > On Wed, Nov 25, 2015 at 02:23:47PM +0100, Joerg Jung wrote: > > > > > > please find below an update for opensmtpd-extras to the most recent > > > snapshot. This also now installs table-ldap, table-passwd, and > > > table-sqlite which are likely going to be removed from base soon. > > > > Please find below a tweaked diff after some input from Giovanni. > > Sorry, but this doesnt make sense. > > You have a MULTI_PACKAGES port without FLAVORs, why do you go through > the headache of .if ${BUILD_PACKAGES} sections ? To avoid kicking off > the port on some useless arch nobody will ever run smtpd-extras on ? > You dont have FLAVORs nor PSEUDO_FLAVORS, just merge all > CONFIGURE_ARGS/MODULES... > > PREFIX=/usr still looks wrong but i understand that you'll have to reach > opensmtpd upstream to make them look into /usr/local :) > We could definitely have smtpd look in /usr/local then fallback to /usr, this would seem like the correct thing to do actually -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: update mail/opensmtpd-extras to 201511230108
On Thu, Nov 26, 2015 at 12:51:41PM +0100, Joerg Jung wrote: > On Thu, Nov 26, 2015 at 12:13:44PM +0100, Landry Breuil wrote: > > On Thu, Nov 26, 2015 at 12:01:02PM +0100, Joerg Jung wrote: > > > On Wed, Nov 25, 2015 at 02:23:47PM +0100, Joerg Jung wrote: > > > > > > > > please find below an update for opensmtpd-extras to the most recent > > > > snapshot. This also now installs table-ldap, table-passwd, and > > > > table-sqlite which are likely going to be removed from base soon. > > > > > > Please find below a tweaked diff after some input from Giovanni. > > > > Sorry, but this doesnt make sense. > > > > You have a MULTI_PACKAGES port without FLAVORs, why do you go through > > the headache of .if ${BUILD_PACKAGES} sections ? To avoid kicking off > > the port on some useless arch nobody will ever run smtpd-extras on ? > > You dont have FLAVORs nor PSEUDO_FLAVORS, just merge all > > CONFIGURE_ARGS/MODULES... > > Thanks for your feedback! I merged them as suggested, updated diff below. > > > PREFIX=/usr still looks wrong but i understand that you'll have to reach > > opensmtpd upstream to make them look into /usr/local :) > > Yes. Last time Gilles did not liked this and I understand why. This > might need to be re-discussed at some point (when other more important > todos are done in smtpd). But for now it should not be show-stopper, as > just kept/handled in the same way as before. > I must have misunderstood, what I don't like is that we introduce a knob to the config file to specify where we should look them up. we have a libexec path which is used for stuff like mail.local and if we keep the convention that filters / queues / schedulers are installed in libexec and follow a certain naming convention then we don't need a knob at all. now, i'm not opposed to looking in libexec in /usr/local then /usr, this would still not require a knob. -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: webmail
On Mon, Jan 22, 2018 at 05:33:30PM +0100, Jan Stary wrote: > What do people use as a light-weight webmail above smtpd? > custom webmail, not quite ready to be used by others. > Does smptd need to store in Maildirs as opposed to mbox? > nope, it can store in Maildir or mbox, what I do is have it stored in Maildir because we're long past the 1990's and it is served by Dovecot, the webmail talks imap. -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: webmail
On Tue, Jan 23, 2018 at 11:29:25AM +0100, Sol??ne Rapenne wrote: > Le 2018-01-22 17:33, Jan Stary a ??crit??: > > What do people use as a light-weight webmail above smtpd? > > Does smptd need to store in Maildirs as opposed to mbox? > > > > Thanks, > > > > Jan > > Hello, > > You can try https://www.mailpile.is/ it's a webmail > intended to be used by only one person, it gather mails > from different places and doesn't synchronize. It aims > security by encrypting every mail on the disk and manage > easily PGP keys and signed mails, but I'm not able to say > if the security is done well. > > I made a port I never commited if you want to try, it works > well on OpenBSD. It can also be easily installed using > virtual-env as it's a python software. > I never managed to get mailpile working :-/ I'd be happy if you committed your port ! -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: dkimproxy
On Tue, Jul 09, 2013 at 12:29:47PM +0100, Stuart Henderson wrote: > <@PoolpOrg> I wish someone would package dkimproxy for #OpenBSD ... > > I've had this sitting in mystuff/ for 2 years, just dusted it off and > updated it... it needs an rc.d script writing, no time to do it myself > at the moment, any takers? > my system may be slightly messed up but make install doesn't seem to install dkimproxy on my desktop :/ $ sudo make [...] everything's fine and lovely [...] $ sudo make install $ ls /usr/local/bin/dkim* ls: /usr/local/bin/dkim*: No such file or directory $ -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: dkimproxy
On Tue, Jul 09, 2013 at 03:28:23PM +0200, Gilles Chehade wrote: > On Tue, Jul 09, 2013 at 12:29:47PM +0100, Stuart Henderson wrote: > > <@PoolpOrg> I wish someone would package dkimproxy for #OpenBSD ... > > > > I've had this sitting in mystuff/ for 2 years, just dusted it off and > > updated it... it needs an rc.d script writing, no time to do it myself > > at the moment, any takers? > > > > my system may be slightly messed up but make install doesn't seem to > install dkimproxy on my desktop :/ > > $ sudo make > [...] everything's fine and lovely [...] > $ sudo make install > $ ls /usr/local/bin/dkim* > > ls: /usr/local/bin/dkim*: No such file or directory > $ > disregard, my system and /ports are completely broken and I received two mails that it works for others. I will reinstall tonight and try the package again ;-) -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: dkimproxy
thanks <3 the tarball i was given yesterday works fine on a clean system On Wed, Jul 10, 2013 at 09:23:49PM +0100, Stuart Henderson wrote: > On 2013/07/10 19:00, Roman Kravchuk wrote: > > My patches is necessary to install libraries in > > /usr/local/libdata/perl5/site_perl. > > OK - that's a good point. > > > You port without patches work fine on my system, but perl libraries > > installed in /usr/local/lib, this is ok? > > > > I'm add rc scripts for you port, diff is attached. > > ah, william@ already sent some - I thought they were to the list, but > they were in private mail. similar to yours, but no pid file (we don't use > them for rc scripts) and --daemonize is in $daemon - however it also needs > rc_reload=NO which you have and I missed before. > > I've really not got time to look further at the moment though...I mostly > wanted to send the port out to avoid duplicated work.. > > > diff -uNr dkimproxy/pkg/PLIST dkimproxy-rc/pkg/PLIST > --- dkimproxy/pkg/PLIST Tue Jul 9 07:23:24 2013 > +++ dkimproxy-rc/pkg/PLISTTue Jul 9 07:45:02 2013 > @@ -1,4 +1,6 @@ > @comment $OpenBSD$ > +@newgroup _dkimproxy:720 > +@newuser _dkimproxy:720:720:daemon:dkimproxy user:/nonexistent:/sbin/nologin > bin/dkim_responder.pl > bin/dkimproxy.in > bin/dkimproxy.out > @@ -27,3 +29,5 @@ > @sample ${SYSCONFDIR}/dkimproxy_in.conf > share/examples/dkimproxy/dkimproxy_out.conf.example > @sample ${SYSCONFDIR}/dkimproxy_out.conf > +@rcscript ${RCDIR}/dkimproxy_in > +@rcscript ${RCDIR}/dkimproxy_out > diff -uNr dkimproxy/pkg/dkimproxy_in.rc dkimproxy-rc/pkg/dkimproxy_in.rc > --- dkimproxy/pkg/dkimproxy_in.rc Wed Dec 31 19:00:00 1969 > +++ dkimproxy-rc/pkg/dkimproxy_in.rc Tue Jul 9 08:22:00 2013 > @@ -0,0 +1,12 @@ > +#!/bin/sh > +# > +# $OpenBSD$ > + > +daemon="/usr/local/bin/dkimproxy.in --daemonize" > +daemon_flags="--conf_file=${SYSCONFDIR}/dkimproxy_in.conf --user=_dkimproxy > --group=_dkimproxy" > + > +. /etc/rc.d/rc.subr > + > +pexp="/usr/bin/perl.*$daemon $daemon_flags" > + > +rc_cmd $1 > diff -uNr dkimproxy/pkg/dkimproxy_out.rc dkimproxy-rc/pkg/dkimproxy_out.rc > --- dkimproxy/pkg/dkimproxy_out.rcWed Dec 31 19:00:00 1969 > +++ dkimproxy-rc/pkg/dkimproxy_out.rc Tue Jul 9 08:22:09 2013 > @@ -0,0 +1,12 @@ > +#!/bin/sh > +# > +# $OpenBSD$ > + > +daemon="/usr/local/bin/dkimproxy.out --daemonize" > +daemon_flags="--conf_file=${SYSCONFDIR}/dkimproxy_out.conf --user=_dkimproxy > --group=_dkimproxy" > + > +. /etc/rc.d/rc.subr > + > +pexp="/usr/bin/perl.*$daemon $daemon_flags" > + > +rc_cmd $1 > -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: www/chromium: sndio playback
been running with this all friday, works fine for me :-) Gilles On Sat, Nov 24, 2012 at 03:48:43PM +0100, Alexandre Ratchov wrote: > This makes audio playback work in chrome. Ogg files play smoothly > using html5 tags. Youtube videos consume ~100% cpu to display 2-3 > images per second, this doesn't seem to be related to audio though. > > Comments? OK? > > -- Alexandre > > Index: Makefile > === > RCS file: /cvs/ports/www/chromium/Makefile,v > retrieving revision 1.110 > diff -u -p -r1.110 Makefile > --- Makefile 7 Nov 2012 06:59:45 - 1.110 > +++ Makefile 24 Nov 2012 14:44:50 - > @@ -6,6 +6,7 @@ COMMENT= Chromium browser > > V= 23.0.1271.64 > DISTNAME=chromium-${V} > +REVISION=0 > > CATEGORIES= www > > @@ -99,6 +100,7 @@ GYP_DEFS= -Duse_system_bzip2=1 \ > -Denable_webrtc=0 \ > -Denable_one_click_signin=1 \ > -Duse_kerberos=0 \ > + -Duse_sndio=1 \ > -DOS=openbsd > > pre-configure: > @@ -110,6 +112,8 @@ pre-configure: > .endfor > @cp -R ${WRKSRC}/third_party/libvpx/source/config/linux \ > ${WRKSRC}/third_party/libvpx/source/config/openbsd > + @mkdir -p ${WRKSRC}/media/audio/sndio > + @cp files/sndio_output.{cc,h} ${WRKSRC}/media/audio/sndio > > # gyp_chromium generates all the Makefiles from gyp > do-configure: > Index: files/sndio_output.cc > === > RCS file: files/sndio_output.cc > diff -N files/sndio_output.cc > --- /dev/null 1 Jan 1970 00:00:00 - > +++ files/sndio_output.cc 24 Nov 2012 14:44:50 - > @@ -0,0 +1,182 @@ > +// Copyright (c) 2012 The Chromium Authors. All rights reserved. > +// Use of this source code is governed by a BSD-style license that can be > +// found in the LICENSE file. > + > +#include "base/logging.h" > +#include "media/audio/audio_util.h" > +#include "media/audio/audio_parameters.h" > +#include "media/audio/audio_manager_base.h" > +#include "media/audio/sndio/sndio_output.h" > + > +namespace media { > + > +void sndio_onmove(void *arg, int delta) { > + SndioAudioOutputStream* self = static_cast(arg); > + > + self->hw_delay = delta * self->params.GetBytesPerFrame(); > +} > + > +void sndio_onvol(void *arg, unsigned int vol) { > + SndioAudioOutputStream* self = static_cast(arg); > + > + self->vol = vol; > +} > + > +void *sndio_threadstart(void *arg) { > + SndioAudioOutputStream* self = static_cast(arg); > + > + self->RealTimeThread(); > + return NULL; > +} > + > +SndioAudioOutputStream::SndioAudioOutputStream(const AudioParameters& params, > + AudioManagerBase* manager) > +: manager(manager), > + params(params), > + audio_bus(AudioBus::Create(params)), > + state(kClosed), > + mutex(PTHREAD_MUTEX_INITIALIZER) { > +} > + > +SndioAudioOutputStream::~SndioAudioOutputStream() { > + if (state != kClosed) > +Close(); > +} > + > +bool SndioAudioOutputStream::Open() { > + struct sio_par par; > + int sig; > + > + if (params.format() != AudioParameters::AUDIO_PCM_LINEAR && > + params.format() != AudioParameters::AUDIO_PCM_LOW_LATENCY) { > +LOG(WARNING) << "Unsupported audio format."; > +return false; > + } > + sio_initpar(&par); > + par.rate = params.sample_rate(); > + par.pchan = params.channels(); > + par.bits = params.bits_per_sample(); > + par.bps = par.bits / 8; > + par.sig = sig = par.bits != 8 ? 1 : 0; > + par.le = SIO_LE_NATIVE; > + par.appbufsz = params.frames_per_buffer(); > + > + hdl = sio_open(SIO_DEVANY, SIO_PLAY, 0); > + if (hdl == NULL) { > +LOG(ERROR) << "Couldn't open audio device."; > +return false; > + } > + if (!sio_setpar(hdl, &par) || !sio_getpar(hdl, &par)) { > +LOG(ERROR) << "Couldn't set audio parameters."; > +goto bad_close; > + } > + if (par.rate != (unsigned int)params.sample_rate() || > + par.pchan != (unsigned int)params.channels() || > + par.bits != (unsigned int)params.bits_per_sample() || > + par.sig != (unsigned int)sig || > + (par.bps > 1 && par.le != SIO_LE_NATIVE) || > + (par.bits != par.bps * 8)) { > +LOG(ERROR) << "Unsupported audio parameters."; > +goto bad_close; > + } > + state = kStopped; > +
Re: UPDATE: Ion-20090110
I've been running this for two/three days now, no regression. Gilles On Wed, Apr 17, 2013 at 03:59:18PM -0300, Gonzalo L. R. wrote: > FYI > > - Forwarded message from "Gonzalo L. R." - > > From: "Gonzalo L. R." > To: ports@openbsd.org > Date: Tue, 9 Apr 2013 11:02:22 -0300 > Subject: UPDATE: Ion-20090110 > > Hi, > > Update for Ion to 20090110: > > * Apply FRAME_SHADED_TOGGLE hack in WFrame.maximize_vert > for correct unshaded size hints to rqgeom handlers. > * A few strings were missing translation wrapper > * Shouldn't open queries in frame if message box is open. > * WMPlex focus code fixes/improvements. > * Unsqueeze fixes > * ioncore_warn_nolog uses usual warn if not in OPMODE_INIT. > > And another bugs. > > Test are welcome. > > Ok? Comments? > > Cheers.- > > -- > Sending from my iFart... > > Index: Makefile > === > RCS file: /cvs/ports/x11/ion/Makefile,v > retrieving revision 1.58 > diff -u -p -r1.58 Makefile > --- Makefile 11 Mar 2013 11:46:13 - 1.58 > +++ Makefile 8 Apr 2013 15:11:03 - > @@ -2,14 +2,13 @@ > > COMMENT= light, keyboard friendly window manager > > -V= 20070318 > -DISTNAME=ion-3ds-${V} > +V= 20090110 > +DISTNAME=ion-3-${V} > PKGNAME= ion-${V} > -REVISION=5 > CATEGORIES= x11 > > HOMEPAGE=http://modeemi.cs.tut.fi/~tuomov/ion/ > -MASTER_SITES=http://modeemi.cs.tut.fi/~tuomov/dl/ > +MASTER_SITES=http://tuomov.iki.fi/software/dl/ > > # LGPL > PERMIT_PACKAGE_CDROM=Yes > Index: distinfo > === > RCS file: /cvs/ports/x11/ion/distinfo,v > retrieving revision 1.25 > diff -u -p -r1.25 distinfo > --- distinfo 5 Apr 2007 17:36:22 - 1.25 > +++ distinfo 8 Apr 2013 15:11:03 - > @@ -1,5 +1,2 @@ > -MD5 (ion-3ds-20070318.tar.gz) = 8CJkq37MmQws0yL1el6KTQ== > -RMD160 (ion-3ds-20070318.tar.gz) = p8ybrqNiSw7YQP3IL8XbKsEBjZo= > -SHA1 (ion-3ds-20070318.tar.gz) = 81Khx/b0ZUeBQdU4sqTD8+gaTzA= > -SHA256 (ion-3ds-20070318.tar.gz) = > cS2gJ/sSd09n2TPZWpVFLZilZYYX/FUVARynm2A1JYo= > -SIZE (ion-3ds-20070318.tar.gz) = 657282 > +SHA256 (ion-3-20090110.tar.gz) = 2vbEPmfsR3+idKV9fSAFnddvZszi7T6dtwalklTRc9o= > +SIZE (ion-3-20090110.tar.gz) = 643971 > Index: patches/patch-etc_cfg_ioncore_lua > === > RCS file: /cvs/ports/x11/ion/patches/patch-etc_cfg_ioncore_lua,v > retrieving revision 1.7 > diff -u -p -r1.7 patch-etc_cfg_ioncore_lua > --- patches/patch-etc_cfg_ioncore_lua 10 Jul 2012 15:22:45 - 1.7 > +++ patches/patch-etc_cfg_ioncore_lua 8 Apr 2013 15:11:03 - > @@ -1,6 +1,6 @@ > $OpenBSD: patch-etc_cfg_ioncore_lua,v 1.7 2012/07/10 15:22:45 jasper Exp $ > etc/cfg_ioncore.lua.orig Sun Mar 18 21:31:41 2007 > -+++ etc/cfg_ioncore.lua Mon Jul 9 11:20:13 2012 > +--- etc/cfg_ioncore.lua.orig Fri Jan 9 20:19:49 2009 > etc/cfg_ioncore.lua Mon Apr 8 11:20:13 2013 > @@ -65,8 +65,8 @@ defbindings("WScreen", { > kpress(META.."F9", "ioncore.create_ws(_)"), > > @@ -12,7 +12,7 @@ $OpenBSD: patch-etc_cfg_ioncore_lua,v 1. > mpress("Button3", "mod_menu.pmenu(_, _sub, 'mainmenu')"), > > bdoc("Display the window list menu."), > -@@ -147,10 +147,10 @@ defbindings("WMPlex.toplevel", { > +@@ -137,10 +137,10 @@ defbindings("WMPlex.toplevel", { > kpress(META.."T", "WRegion.set_tagged(_sub, 'toggle')", "_sub:non-nil"), > > bdoc("Query for manual page to be displayed."), > @@ -25,7 +25,7 @@ $OpenBSD: patch-etc_cfg_ioncore_lua,v 1. > > bdoc("Run a terminal emulator."), > kpress(ALTMETA.."F2", "ioncore.exec_on(_, XTERM or 'xterm')"), > -@@ -166,7 +166,7 @@ defbindings("WMPlex.toplevel", { > +@@ -156,7 +156,7 @@ defbindings("WMPlex.toplevel", { > > bdoc("Query for file to edit."), > kpress(ALTMETA.."F5", > Index: patches/patch-mod_statusbar_ion-statusd_statusd_mail_lua > === > RCS file: patches/patch-mod_statusbar_ion-statusd_statusd_mail_lua > diff -N patches/patch-mod_statusbar_ion-statusd_statusd_mail_lua > --- patches/patch-mod_statusbar_ion-statusd_statusd_mail_lua 8 Jun 2005 > 12:45:55 - 1.2 > +++ /dev/null 1 Jan 1970 00:
Re: minimalist
Nice :-) On Fri, Aug 03, 2012 at 12:28:52PM +0200, Christopher Zimmermann wrote: > Hi, > > I just finished adopting the documentation and creating a port for > the minimalist mailing list manager. You can find it at > > https://github.com/jasperla/openbsd-wip/tree/master/mail/minimalist > > After installation only the entries to /etc/mail/aliases need to be > added and you should be able to test the minimalist-example@localhost > mailing list on chrooted minimalist via OpenSMTDd. > > Cheers, > Christopher > > > On Fri, 27 Jul 2012 10:54:17 +0200 > Jan Stary wrote: > > On Jul 22 12:07:51, Christopher Zimmermann wrote: > > > On Sat, 21 Jul 2012 20:03:04 +0200 > > > Jan Stary wrote: > > > > On Jul 21 18:04:51, Christopher Zimmermann wrote: > > > > Would you advise to use your github minimalist instead? > > > > Does it work better within smtpd than the original minimalist? > > > > Do you already have an OpenBSD port of it? > > > > > > I think it works a lot better than the original minimalist with > > > OpenSMTPd. I made it perl-taint clean, removed every perl eval(), > > > chrooted it, made it independent of a sendmail binary, but also removed > > > some features in the process. > > > > This sounds nice, removng the sendmail dependence in particular. > > I would like to use and test your version. However, it doesn't work > > for me; the original minimalist.pl does. > > > > I guess there are some differences that need to be taken care of > > in /etc/minimalist.conf - I just changed the directory to > > /var/db/minimalist from the original /var/spool/minimalist > > but that's not enough. Is there a recommended minimalist.conf > > to use ith your minimalist.pl? Now I am using the original > > minimalist.conf > > > > Also, could you please (re)send the aliase file that works for you? > > This is what works for me now, with the original minimalist.pl: > > > > minimalist: |/usr/local/bin/minimalist.pl > > testing:|/usr/local/bin/minimalist.pl testing > > testing-owner: hans > > > > > > > The documentation is not yet adapted to my changes. > > > > Yes; in particular, the minimalist.conf needs to be different. > > Do I understand it correctly that > > https://raw.github.com/madroach/minimalist/master/old_stuff/minimalist.conf-sample > > > > is just a copy from the original minimalist and is not supposed > > to work with your minimalist.pl? > > > > > > > I intend to maintain it and fix bugs. > > > Of course I would advise to use my version. At the moment I don't have > > > much time, but in about two weeks I could do some work to adapt the > > > documentation and especially the example conffile. > > > > Great, please let us know. > > > > Jan -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: tedu palms/
On Sun, Sep 02, 2012 at 06:49:46PM +0200, Matthieu Herrb wrote: > On Sun, Sep 02, 2012 at 05:37:38PM +0200, Antoine Jacoutot wrote: > > Hi. > > > > Talking with landry@ we realized there aren't many ports that make sense > > under ports/palm. > > We are thinking about trashing the entire category and keep only the > > following 3 ports for the time being: > > bibelot, palm-bookmarks, palm2ical > > > > Thoughts? > > I gave up on my palm pilot and palm phone long time ago. No regrets. > well it does come from another century ... miod ? got one ? :-p -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: [new] mail/goobook
I didn't get (or accidentally deleted) the initial mail ... I'm interested in this, if you need testing On Thu, Sep 06, 2012 at 01:02:04PM +0200, Julien Dhaille wrote: > Hello. > Nobody interested by this one ? > > 2012/5/15 Julien Dhaille > > > Hi all, > > goobook is a python script : > > > > The purpose of GooBook is to make it possible to use your Google > > Contacts from the command-line and from MUAs such as Mutt. It can be > > used from Mutt the same way as abook. > > > > Many details on the homepage. > > > > Comments ? ok ? > > Thanks > > -- > > Julien Dhaille > > > > > > -- > Julien Dhaille -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: smtpd mysql/postgres support
On Sat, Jul 26, 2014 at 05:46:18PM +0200, Giovanni Bechis wrote: > Hi, > I started to play with smtpd but to let it work on my environment I need > mysql_table > support (or some ugly hacks); atm I have some local patches taken from > portable, > what would be the right way to go ? > I tried portable as well but on OpenBSD it does not build out-of-the-box. > Hi, Eric and I have already implemented table_mysql and table_postgres. We don't ship it with OpenBSD because we think it's preferable that they are packaged and distributed as ports, we just didn't have the time to work on that yet. You can grab a copy at: https://github.com/OpenSMTPD/OpenSMTPD-extras/tree/master/extras feel free to package yourself :-) -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: smtpd mysql/postgres support
On Fri, Aug 08, 2014 at 04:53:38PM +0200, Giovanni Bechis wrote: > On 07/28/14 22:19, Gilles Chehade wrote: > > On Sat, Jul 26, 2014 at 05:46:18PM +0200, Giovanni Bechis wrote: > >> Hi, > >> I started to play with smtpd but to let it work on my environment I need > >> mysql_table > >> support (or some ugly hacks); atm I have some local patches taken from > >> portable, > >> what would be the right way to go ? > >> I tried portable as well but on OpenBSD it does not build out-of-the-box. > >> > > > > Hi, > > > > Eric and I have already implemented table_mysql and table_postgres. > > > > We don't ship it with OpenBSD because we think it's preferable that they > > are packaged and distributed as ports, we just didn't have the time to > > work on that yet. > > > > You can grab a copy at: > > > > https://github.com/OpenSMTPD/OpenSMTPD-extras/tree/master/extras > > > > feel free to package yourself :-) > > > I have a wip-port but it does not work because I have installed table-* files > under ${PREFIX}/libexec/smtpd (ports should not write under /usr/sbin) but > smtpd exec table-* stuff only under /usr/sbin/smtpd [?]. > > [?] /usr/src/usr.sbin/smtpd/smtpd.h:59:#define PATH_LIBEXEC > "/usr/libexec/smtpd" > > Should smtpd(8) try to find table-* files also on other paths ? > Thanks & Cheers > Nope, we decided a while ago that: 1- backend would be isolated to a single libexec directory 2- backend would follow a naming convention: table-*, filter-*, queue-*, scheduler-* similarly to login_ scripts, this makes them easier to handle for us and both code and configuration are simplified as a result: pkg_add table-foobar and voila, you can use: table barbaz foobar:/etc/mail/foobar.txt this is only possible because we know where things are by convention -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: Problem with chromium-40.0.2214.91p0
On Mon, Feb 16, 2015 at 05:17:27PM +0100, Mattieu Baptiste wrote: > On Sat, Feb 14, 2015 at 7:06 PM, Marc Espie wrote: > > > > Probably not kernel... kernel from january first goes to the same black > > window. > > > > Hi, > > I'm seeing the "black window" issue since the Mesa update. Everything > was OK before. > Experienced the same after upgrading to latest snapshot. Issue goes way when I start chrome with --disable-gpu -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: Problem with chromium-40.0.2214.91p0
On Mon, Feb 16, 2015 at 06:16:15PM +0100, Giovanni Bechis wrote: > On 02/16/15 18:04, Gilles Chehade wrote: > > On Mon, Feb 16, 2015 at 05:17:27PM +0100, Mattieu Baptiste wrote: > >> On Sat, Feb 14, 2015 at 7:06 PM, Marc Espie wrote: > >>> > >>> Probably not kernel... kernel from january first goes to the same black > >>> window. > >>> > >> > >> Hi, > >> > >> I'm seeing the "black window" issue since the Mesa update. Everything > >> was OK before. > >> > > > > Experienced the same after upgrading to latest snapshot. > > Issue goes way when I start chrome with --disable-gpu > > > > > Works with vga1 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09, > is this related to radeon(4) ? > I don't know if radeon(4) is causing it, however I do have a radeon(4) on the machine where I experience this. I'm running a two days old snapshot on my laptop with an intel(4), and I did not hit this. -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: NEW: adb
On Tue, May 05, 2015 at 08:57:59AM +0200, Landry Breuil wrote: > On Mon, May 04, 2015 at 09:49:51PM -0400, i80and wrote: > > Android Debug Bridge (adb) is a command line tool for communicating with > > Android > > emulators and devices. > > > > I just started using OpenBSD less than a week ago, and this was to > > scratch my own itch. I've never done a port before, so any advice or > > comments would be greatly appreciated! > > > > I can about half the size of the patch if I revert all the > > strcpy/strcat/sprintf replacements. Tested on AMD64: > > reboot/shell/forward all work, and it's usable for FirefoxOS > > development. > > > > I would very much welcome a port of this in the tree, i've been using > https://github.com/jcs/adb sparingly in the past, you might want to look > into it. Oh, and also rebooting the phone panics my netbook with a use > after free in the ugen driver but mpi@ has a pending patch for it. > me too, count on me to test your port -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: NEW: adb
On Mon, May 04, 2015 at 09:49:51PM -0400, i80and wrote: > Android Debug Bridge (adb) is a command line tool for communicating with > Android > emulators and devices. > > I just started using OpenBSD less than a week ago, and this was to > scratch my own itch. I've never done a port before, so any advice or > comments would be greatly appreciated! > > I can about half the size of the patch if I revert all the > strcpy/strcat/sprintf replacements. Tested on AMD64: > reboot/shell/forward all work, and it's usable for FirefoxOS > development. > OpenBSD-current, amd64, snapshot from yesterday. I ran adb `start-server` then got a phone call, so I didn't have time to do anything with it, upon return a few minutes later my user was running out of file descriptors. fstat shows that adb has opened thousands and thousands of pipes. You dont experience that ? -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: NEW: adb
On Tue, May 05, 2015 at 08:26:23AM -0400, i80and wrote: > No, I can't say I've experienced FD explosion. Does it happen > consistently, or just when you receive/send a phone call? > sorry, I confused you. this had nothing to do with the phone call, I just meant to say I left adb running while I was away for a few minutes and when I came back it had consumed thousands of descriptors ;-) > New port version attached; rebuilds the patches per Stuart's advice, > and prunes them down to 238 lines total. > > On Tue, May 5, 2015 at 5:21 AM, Gilles Chehade wrote: > > On Mon, May 04, 2015 at 09:49:51PM -0400, i80and wrote: > >> Android Debug Bridge (adb) is a command line tool for communicating with > >> Android > >> emulators and devices. > >> > >> I just started using OpenBSD less than a week ago, and this was to > >> scratch my own itch. I've never done a port before, so any advice or > >> comments would be greatly appreciated! > >> > >> I can about half the size of the patch if I revert all the > >> strcpy/strcat/sprintf replacements. Tested on AMD64: > >> reboot/shell/forward all work, and it's usable for FirefoxOS > >> development. > >> > > > > OpenBSD-current, amd64, snapshot from yesterday. > > > > I ran adb `start-server` then got a phone call, so I didn't have time to > > do anything with it, upon return a few minutes later my user was running > > out of file descriptors. > > > > fstat shows that adb has opened thousands and thousands of pipes. > > > > You dont experience that ? > > > > -- > > Gilles Chehade > > > > https://www.poolp.org @poolpOrg > > > > -- > Andrew Aldridge > Phone: 612-321-8369 -- Gilles Chehade https://www.poolp.org @poolpOrg
Re: new: audio/ardour
indeed, will test shortly ! Gilles Ryan Freeman wrote: >On Sat, Mar 17, 2012 at 12:03:27PM +0100, Stefan Sperling wrote: >> I've ported the ardour digital audio workstation (http://ardour.org) >> to OpenBSD some time ago. The port includes some new glue code for >> sndio midi which I tested with a Mackie-style controller. >> >> It builds and runs, with audio/jack as audio backend. But there are >> some stability problems. Sometimes sound isn't audible unless latency >> is tweaked in the JACK->Latency menu. What's worse is that it freezes >> up during playback occasionally. ratchov says these problems might be >> related to jack's sndio backend. >> >> I'd like to import this anyway so that remaining issues can be fixed in-tree. >> >> Patches in the ardour port have been shown to upstream. >> There won't be another ardour2 release so they won't take the patches. >> Upstream work is focused on ardour3. >> >> The ardour port and ports for two new required dependencies are attached >> and also at http://stsp.name/openbsd/ports/ardour/ > >this is very exciting, testing now! > >-ryan >
Re: NEW: scrotwm
On Wed, Jan 28, 2009 at 12:55:12PM +0100, Antoine Jacoutot wrote: > On Wed, 28 Jan 2009, Pierre-Yves Ritschard wrote: > > > Hi, > > > > I started using scrotwm, which I like a lot except for its name. It > > might make it in xenocara/ at some point, but for now having a port is > > better than cvs checkout && make. > > > > It's a fairly straightforward port, the only debatable thing is that it > > has a run dependency on dmenu, while it can function properly without > > it. > > > > I'll be hosting the cvs snapshots and making up my own version numbers > > for now. If this makes it in, ping me whenever something warrants > > putting out a new snap. > > I'll look into it... I need a new wm... > you'll look into the scrotum ? Ooooh this is going to be an endless source of jokes :) Gilles -- Gilles Chehade http://www.poolp.org/~gilles/
Re: www/firefox35 crashes on content
Aaron Stellman a écrit : Built firefox35-3.5 on -amd64 current. Supposedly firefox35 supports the new html5 element. However, firefox crashes on a page with such element. example page on which it crashes: http://www.double.co.nz/video_test/test1.html Can anyone else confirm such behavior? yes it crashes on video for me too Gilles
Re: www/firefox35 crashes on content
Gilles Chehade a écrit : Aaron Stellman a écrit : Built firefox35-3.5 on -amd64 current. Supposedly firefox35 supports the new html5 element. However, firefox crashes on a page with such element. example page on which it crashes: http://www.double.co.nz/video_test/test1.html Can anyone else confirm such behavior? yes it crashes on video for me too Gilles erf, i forgot to add: amd64 , MP Gilles
Re: Ion3 port is obsolete
On Fri, Nov 16, 2007 at 06:01:12PM +, Tuomo Valkonen wrote: > On 2007-11-16, Craig Brozefsky <[EMAIL PROTECTED]> wrote: > > Yah, sucks to write free software, perhaps you should just stop. > > Indeed, Ion3 is my final gift to the FOSS herd, that it can never > hope to repay. After that any software I might create, will come > without any license at all (the djb way). With or without source, > I have not yet decided. Probably without, since FOSS is degrading > into a pile of steaming shit so fast, that I'm likely to be > switching to Windows within a few years time, and binaries will > work just fine there. > good for you, and what did you have for breakfast ? -- Gilles Chehade http://www.evilkittens.org/ http://www.evilkittens.org/blog/gilles/
[sysutils/procstated] new port, need help & comments
Hi ports@, procstated is a utility that monitors a (set of) process(es) for exits and/or signals delivery, and which calls handlers upon these events. It will for example allow the restart of a process that exited, or mail someone if a monitored process receives a segmentation fault. New handlers will be added depending on (my ?) needs. I wanted to submit it for base initially but it looks a lot like a sysutils/ thingy so I made it into a port. => http://www.evilkittens.org/~gilles/OpenBSD/ports/sysutils/procstated.tgz - comments ? - can anyone please help me understand why procstated.conf doesn't get installed to ${PREFIX}/share/examples/ ? (I got the do-install part from other ports that install sample configurations, I don't understand why it won't work here) - if you test it (please ?) I would like to hear from you as I've been the only user of it so far, it worked for my uses but I don't code bug-free ;) Gilles -- Gilles Chehade
Re: DRM in xpdf
On Fri, Apr 25, 2008 at 11:25:13PM +0200, Martin Schr?der wrote: > 2008/4/25 Deanna Phillips <[EMAIL PROTECTED]>: > > "For those who would argue that important content might get > > irretrievably locked away in PDF format, I'll remind you that > > Xpdf is open source, and can be modified by end users (the GPL > > even allows this)." > > Go ahead, ignore the authors wishes. Show your disrespect. > Author has *wished* that his software source code be available for anyone to modify it orelse he would not have released it under the GPL. Gilles -- Gilles Chehade http://www.poolp.org/
Re: DRM in xpdf
On Fri, Apr 25, 2008 at 10:16:48PM +, Miod Vallat wrote: > > > "For those who would argue that important content might get > > > irretrievably locked away in PDF format, I'll remind you that > > > Xpdf is open source, and can be modified by end users (the GPL > > > even allows this)." > > > > Go ahead, ignore the authors wishes. Show your disrespect. > > Your logic implies GPL respects authors. > Uh oh ... the showerless happy hacker will come and hunt you now ... :-) -- Gilles Chehade http://www.poolp.org/
inn-2.4.3 - need help
hi ports@, I've noticed yesterday that there was no port for a nntp server execpt for the very limited leafnode server and since i need one i decided to try to port inn which builds very easily under OpenBSD. I have trouble understanding something though: I want the port to create some directories (for example /etc/inn to avoid the several config files to "uglify" /etc). When I look at the fake directory everything is in the right place but when I make install the directories are not created. I suspected that there was some keyword to add in PLIST but when I look at other ports that create directories (mysql for example) I see nothing. Does it have to be done in a pre-install rule ? the port "as-is" is here: http://www.evilkittens.org/~veins/inn.tgz Thanks for your help ! -- sysadmin & coder @ http://www.evilkittens.org/ coder@ http://www.exalead.com/ pgpNwPLIdpgel.pgp Description: PGP signature
Re: inn-2.4.3 - need help
On Thu, Jul 19, 2007 at 06:08:52PM +0300, Antti Harri wrote: > > On Thu, 19 Jul 2007, Gilles Chehade wrote: > > >I suspected that there was some keyword to add in PLIST but when I look at > >other ports that create directories (mysql for example) I see nothing. > >Does it have to be done in a pre-install rule ? > [rest snipped] > > What your looking for is "@sample" > care to provide with a link describing the keyword (and other keyword) if there's any ? Thanks ! Gilles Chehade -- sysadmin & coder @ http://www.evilkittens.org/ coder@ http://www.exalead.com/ pgpcUONmJpaqL.pgp Description: PGP signature
Re: inn-2.4.3 - need help
On Thu, Jul 19, 2007 at 05:40:52PM +0200, Alexander Hall wrote: > Gilles Chehade wrote: > >On Thu, Jul 19, 2007 at 06:08:52PM +0300, Antti Harri wrote: > > >>What your looking for is "@sample" > > >care to provide with a link describing the keyword (and other keyword) if > >there's any ? > > Of course there is! > > man pkg_create > /PACKING LIST DETAILS > > /Alexander > Thank you and Anti for pointing me to the right place, I was absolutely not looking to the appropriate man page ... :-) /me gets back to his plist -- sysadmin & coder @ http://www.evilkittens.org/ coder@ http://www.exalead.com/ pgpGhQpR6lJOm.pgp Description: PGP signature
Re: inn-2.4.3 - need help
On Fri, Jul 20, 2007 at 01:31:56AM +0200, Matthias Kilian wrote: > On Thu, Jul 19, 2007 at 01:35:06AM -0500, Gilles Chehade wrote: > > I've noticed yesterday that there was no port for a nntp server > > execpt for the very limited leafnode server and since i need one > > i decided to try to port inn which builds very easily under > > OpenBSD. > [...] > > Well, that @sample thing has been explained to you, so just let me > note that you should search the archives for (failed and/or abandoned) > attempts of INN ports. This may help you to avoid some pitfalls, > for example too much nitpicking on what installs where (my first > attempt was a complete desaster because I tried to sprinkle INN > stuff all over ${LOCALBASE}/{{,s}bin,include/inn,lib{,exec}} instead > of using INN's hierarchy in ${LOCALBASE}/inn). > > > the port "as-is" is here: http://www.evilkittens.org/~veins/inn.tgz > > Classic problem (in pkg/PLIST): include/config.h This will cause > strange errors when building other ports. Try it, and/or search the > archives. One more reason to go put INN into its own hierarchy, at > least for a start. > > Ciao, > Kili > I realized that inn wasn't the best choice for a first port just a minute ago when I looked at the clock and noticed that I've spent two evenings on what was supposed to "take me just a few hours" ... Oh well ... now that I'm deep down it what else can I do ? :-) Thanks for your advices, I'm all ears for any of your help and advices to help me in my journey of hair pulling -- sysadmin & coder @ http://www.evilkittens.org/ coder@ http://www.exalead.com/ pgpExlqccQUej.pgp Description: PGP signature
inn-2.4.3 - need comments and testing
Hi ports@, I'm almost done with the inn port except that: 1- even though the PLIST starts with @newuser, the user does not get created and I am forced to create it manually. Anyone can explain what I do wrong ? 2- this one being my first port, I probably did some thing(s) wrong, it would be great if someone could review and tell me what I need to fix and what could/should be improved/changed. 3- I am not very familiar with inn, maybe some more experienced user can help with the default config file and examples ? The port is at: http://www.evilkittens.org/~veins/inn.tgz Additionnal comments: - needs user _news, part of the group news - needs /usr NOT to be nosuid (innd requires to be called from a setuid wrapper which drops privileges, the code is kind of messy so i am not sure yet that I can remove that requirement without differing too much from the "official" code). Thanks a lot, I'm looking forward to your comments and advices :) -- sysadmin & coder @ http://www.evilkittens.org/ coder@ http://www.exalead.com/ pgpOil4RPf7Gk.pgp Description: PGP signature
Re: inn-2.4.3 - need comments and testing
On Fri, Jul 20, 2007 at 06:01:42PM +0200, Matthias Kilian wrote: > On Thu, Jul 19, 2007 at 11:54:18PM -0500, Gilles Chehade wrote: > > 1- even though the PLIST starts with @newuser, the user does not get > > created and I am forced to create it manually. Anyone can > > explain what I do wrong ? > > You mean during fake stage? Well, the user is created add install > time, i.e. when you run pkg_add(8) or make install. > > At least I can't build it here because it tries to chown some stuff > to _news during fake. > mh :/ ok I get it now, I had trouble separating the fake process from install in my mind yesterday night, so instead of chowning the files to _news when they are created, I should really create them but defer the chown to post-install right ? As is, the chown error disappear if you create the user manually and install the port afterwards, which now makes sense to me ... will fix it ;-) > ksh: }fmt: not found > floating around the archives), especially on patch-support_install-sh. > Unfortunately, Deannas port seems to be unavailable. > I don't get that :-) > > 2- this one being my first port, I probably did some thing(s) wrong, > > it would be great if someone could review and tell me what I > > need to fix and what could/should be improved/changed. > > Some nits: > > * COMMENT doesn't need quotes any longer. > Ok dokie > * --with-etc-dir=${PREFIX}/share/examples/inn looks wrong, it should be > set to ${SYSCONFDIR}/news or similar. Same vor --with-db-dir, let > it point to /var/news/db. Funny enough, looking at my own old > port, I see lots of fishy things there, too, e.g. using ${LOCALBASE} > instead of ${PREFIX} in setting CONFIGURE_ARGS. > I am at work so I cannot look right now, but basically if I use SYSCONFDIR it will copy the files and I get errors about bogus paths. I looked at the port for leafnode and I *understood* (which means there's a high chance I got it wrong ;-) that it copied the configuration files in the example directory them use @sample to "install" them in SYSCONFDIR. The same applies for --with-db-dir, the files are installed in the example dir then installed using @sample. > * your patch-Makefile_global_in looks strange, too. I'm not sure wether > WRKINST is guaranteed to be in the environment or passed to make. > In general, if you want to override things like DESTDIR, try to > add them to the environment, using MAKE_ENV or MAKE_FLAGS resp. > FAKE_FLAGS depending on your needs before starting to patch things. > Okie, I will change that, I thought that using WRKINST was the proper way over using environment variables (I have been forced in two places to set an environment variable for makedbz to work and it looked a lot like a dirty hack to me ;-) > > 3- I am not very familiar with inn, maybe some more experienced user > > can help with the default config file and examples ? > > Well, years ago I used to use a much older version of INN, on a > leaf site, with UUCP, so I'm not of the biggest help here until I > get the time to read all the documentation. > The configuration as is doesnt prevent the server from running and for my tests I basically `make install`, run the daemon, create a newsgroup, post to it, read my post. it works fine, but I thought it would be nice to include some configurations and have "someone who knows" make sure that the default configuration is not unsafe. > > - needs /usr NOT to be nosuid (innd requires to be called > [...] > > That's no problem, we've other ports that need suid. > Oki dokie, I'll still try to find some time to figure out if there's room for improvement, but I frankly don't want to make this my priority unless I'm sure that they will be merged upstream (I will look at the source more in depth then eventually get in touch with someone there before I even start ;-) > Ciao, > Kili > Thanks a lot, you've been and you are very helpful ! -- sysadmin & coder @ http://www.evilkittens.org/ coder@ http://www.exalead.com/ pgpnrcKPdDG3d.pgp Description: PGP signature
Re: inn-2.4.3 - need comments and testing
On Fri, Jul 20, 2007 at 04:25:14PM -0500, Deanna Phillips wrote: > > > That should read something like: have a look at the other INN > > ports from me and Toni Mueller including the patches floating > > around the archives. > > I found it.. it's out of date but might help as a reference. > This is the port started by mbalmer and later worked on by Toni, > kili@ and myself. > Sorry, I was away this week-end and could not read my mails ;-) Thanks for the tarball you sent me, I will check it out tonight when I get back home. I worked a bit on the port and found that the install-sh script from inn exec-s chown several times while I should assume the _news user isn't yet created. I'm trying to fix this by deferring the chown's to post-install, I'll give it a try tonight. I'll post the url to the updated port here. It is the last "blocking" issue for me as besides that I had no issues running inn out of it with an existing _news account. It took me quite some time, but I could start it with no errors in logs, create new groups, post to groups, delete groups ... When it is "valid" for you, I will add a -sasl flavour as it is part of my needs ;-) I have a question: strcpy is used a lot and after going through the archives, I do not know if I should try to replace strcpy with strlcpy or if I should avoid differing from the official project. I looked at a few strcpy calls and they "seemed" to be safely used (I need to spent a lot more time to ensure that as they are widespread). I have no problem with either solution, replacing or auditing, it is just that I don't know which one is the preferred way. Something good had to emerge from inn: Now I know precisely of several things NOT TO DO in future code to keep it maintainable and portable (as in ports). -- sysadmin & coder @ http://www.evilkittens.org/ coder@ http://www.exalead.com/ pgplmylmSKVs7.pgp Description: PGP signature
Re: UPDATE: ruby-1.8.6 patchlevel 110
On Fri, Sep 28, 2007 at 08:49:39PM +0200, Bernd Ahlers wrote: > Hey! > > Attached is an update to ruby-1.8.6 patchlevel 110. > > It would be nice if some kind souls would test this diff on amd64 and > sparc64. By testing I mean at least 'make package' and 'make regress'. > > Some realworld tests on thoase archs would be nice as well. > > Thank you! > > Regards, > Bernd > on an amd64, 'make package' was ok, this is the output of make regress ===> Regression check for ruby-1.8.6-p110 test succeeded ./miniruby ./runruby.rb --extout=.ext -- "./test/runner.rb" --basedir="./test" --runner=console Loaded suite . Started .F /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/drb.rb:736:in `open': druby://felix.evilkittens.org:14015 - # (DRb::DRbConnError) from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/drb.rb:729:in `each' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/drb.rb:729:in `open' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/drb.rb:1189:in `initialize' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/drb.rb:1169:in `new' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/drb.rb:1169:in `open' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/drb.rb:1085:in `method_missing' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/drb.rb:1103:in `with_friend' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/drb.rb:1084:in `method_missing' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/extserv.rb:16:in `initialize' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/test/drb/ut_array.rb:12:in `new' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/test/drb/ut_array.rb:12 ^C/usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/extservm.rb:79:in `stop': Interrupt from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/extservm.rb:79:in `invoke_service' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/drb/extservm.rb:39:in `service' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/test/drb/drbtest.rb:35:in `ext_service' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/timeout.rb:56:in `timeout' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/timeout.rb:76:in `timeout' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/test/drb/drbtest.rb:34:in `ext_service' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/test/drb/drbtest.rb:279:in `setup' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/test/unit/testcase.rb:77:in `run' ... 12 levels... from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/test/unit/ui/testrunnerutilities.rb:29:in `run' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/test/unit/autorunner.rb:216:in `run' from /usr/ports/lang/ruby/w-ruby-1.8.6-p110/ruby-1.8.6-p110/lib/test/unit/autorunner.rb:12:in `run' from ./test/runner.rb:7 felix:ruby {109}
[audio/amarok] segmentation fault
Hi, The maintainer of this port being the mailing list according to ports/INDEX, here's what happens when I use freshly installed amarok on -current/amd64: felix:gilles {112} amarok Amarok: [Loader] Starting amarokapp.. Amarok: [Loader] Don't run gdb, valgrind, etc. against this binary! Use amarokapp. amarokapp:/usr/lib/libstdc++.so.44.0: undefined symbol '__cxa_atexit' lazy binding failed! Amarok: [Loader] amarokapp probably crashed! felix:gilles {113} nm /usr/lib/libstdc++.so.44.0 |grep '__cxa_atexit' U __cxa_atexit felix:gilles {114} Gilles -- SCHNEIER FACT #47: Bruce Schneier doesn't have a chin under his beard -- just more ciphertext. (source: http://geekz.co.uk/schneierfacts/ )
Re: console imap client
LEVAI Daniel a écrit : Hi! Anyone could recommend me a ported console imap client, or if there isn't any ported, a simply working? Thanks in advance, Daniel mutt does imap Gilles
Re: update blows up
Paul de Weerd a écrit : On Thu, Oct 08, 2009 at 06:54:37AM -0700, James Crutchfield wrote: | Oh, Paul - don't be so overly dramatic. Regardless of your or anyone else's | opinion of the intelligence behind a question, you can't insult a man five | times in the same thread and expect that he won't become defensive. You're | too smart to ignore the reaction of all creatures, including people, when | backed into a corner. It's our very nature. Overly dramatic ? Hmm. I consider threatening with violence to be overly stupid. And I wouldn't call breaking a nose "defensive". Sure, I'm not too worried that anyone on this list is going to come by my house and punch me in the face. I was trying to point out the stupidity of threatening with violence when someone says something you don't like. For some people I would go through the pain of going to their house and punch them in the face or stab them with a fork, given this project was followed by volunteers ;-) Gilles
Re: update blows up
In Paul's defense, fh is really a moron. Gilles Tomasz Pajor a écrit : Please stop this silliness, what are You 5? | i am talking about years of insultings by theo. please consult | the archives + i have my private collection. Very nice for you. So you stick around for the insults ? no, not really. i dont judge a product by the social behaviour of its leader. very few people would be using openbsd otherwise. it's not my fault theo can't ignore mails he thinks stupid. he could do it just as well as the others and save a lot of trouble and bad image. but that's too easy, isn't it? i guess he needs to blow some steam so he calls people names cause he can hide behind the internetz | it is him who is resolving to name callings if someone | writes something he doesnt like. Who gives a shit ? Some dude on the internet calls you an idiot, so what ? I just told you you suck because you said something I don't like. If you can't stand the heat, get your ass out the kitchen. yes Paul, you are a nobody on the internet, i agree. and i coudln't care less what you say about me in the public. on the other hand, perhaps you feel warm and fuzzy when the leader of your favourite project (and not just some dude on the internet really) calls you names in front of the whole community again and again. i, personally, am not in favour of tarnishing my name this way. i am making considerable effort to be on good terms with the project members and have no beef to grind with them whatsoever. i am not a person looking for fights, consult the archives. and please spare me the "because you deserved it probably" shit, because the other devs rarely join in on his escapades and try to hold a civil face (thank you all, you know who you are). so it is proven to be possible to stay civilised. | in my country if you call people names (even if warranted, | whatever that means in this case), you better be prepared | that some might pick up the gauntlet and kick your ass. And what country would that be ? Moronia ? The country of "We fight because we're bunch of idiots" ? if you call a big guy in the bar an idiot you better run and hide or live with the consequences. if someone calls your girlfriend a fat bitch into your face, i imagine you just whistle and pretend nothing's happened, right? thought so Paul, thought so. carry on. one day someone will sue theo for libel and then he will ask for donations for a lawyer. of course i never thought theo a man who would stand up to another man and put his fist where his mouth is -- and i dont mean punching himself.. he's damn lucky duels are illegal nowadays. -f
mod_wsgi
Hi, Just wondering if there's someone working on a port for mod_wsgi ? Searching archives I saw that James Turner made a port a year ago, but it was never commited and there's no mention to why. If anyone knows the reason, I'd be willing to know :-) Gilles -- Gilles Chehade freelance developer/sysadmin/consultant http://www.poolp.org
Re: mplayer survey
On Wed, Jun 02, 2010 at 02:21:01AM +0100, Edd Barrett wrote: > Hi, > > (potentially interested parties in CC.) > > Since the last snapshot containing mplayer-20100308 I have noticed: > > a) DVD's don't play on my thinkpad using the external CD drive. I am not sure > if > this ever worked - its the first time. > erf, I can no longer verify which version it was but with a relatively recent snapshot i watched a dvd weeks ago. > I notice this in dmesg at this time: > cd0(umass0:1:0): Check Condition (error 0x70) on opcode 0x28 > SENSE KEY: Illegal Request > ASC/ASCQ: Read Of Scrambled Sector Without Authentication > > Now I know mplayer had its own DVD decrypter, but has this changed? Anyone > know. Either way I have installed: > > libdvd-0.3p2descramble scrambled DVDs using ACSS > libdvdcss-1.2.9 descramble scrambled DVDs > libdvdnav-4.1.3v0 DVD read/navigation library > libdvdread-0.9.7p1 accessing DVD files > > b) Stuttering sound after some time of playing some file/stream. Very > annoying. > The old version of mplayer did not do this for me. > > Has anyone experienced either of these issues, or is it a hardware > specific bug? > I have experienced this while playing a mp3 two or three days ago, I have switched to mpg123 to make sure it wasn't related to the file itself and it worked perfect. didn't fill a bug report because i was unsure my bastard system was at cause > Maybe I need to work on another update - perhaps we just checked out at a bad > time. > > I just looked at the mplayer www page, they are thinking of... releasing?! > http://www.mplayerhq.hu/design7/news.html > > Thanks for enduring my nonsensical rantings. > > -- > Best Regards > Edd Barrett > > http://www.theunixzoo.co.uk > -- Gilles Chehade freelance developer/sysadmin/consultant http://www.poolp.org