Here is a overlay for the above mentioned ebuild. This is tested and working, however there are a few outstanding issues that I'm presently unable to resolve: 1) The init script works, however it does not presently fail as a whole when one of the eindented programs fails to initialize. Similarly, it doesn't seem to be properly capturing the output status of those programs. 2) For whichever reason, $LOCALEDIR doesn't propogate down into the po/ internationalization directory's makefile. I haven't been able to find anything in any of the makefiles that can explain that behavior. As a result, the ebuild manually moves the locale/ directory to the proper location. The program does not, however, recognize that new location because the paths in some of the executables are hardcoded during the installation process; I've chosen not to sed-in the correct paths, pending resolution of the makefile misbehavior. 3) The colors for the web interface are horrifying. At present, it's left to the user to introduce colors that are more pleasing to the eye. Suggestions and fixes are welcome.
Created attachment 54496 [details] sympa-5.0_beta1.overlay.tar
sounds like its not quite ready yet.
I agree, and it's also a young beta version which would need to stay masked in the tree. With my present work schedule and the application working except for a few relatively minor issues, I may not have the ability to completely stabilize the package without assistance; the application has been requested a number of times, so it's here for anyone who'd care to nurse it back to health and give it a good home.
Anthony, please do NOT attach .tars or any binary files -- plain text files (namely, ebuilds and patches) are the ONLY things which need to be attached -- no digests, manifests or changelogs
One tarball is more convenient than /nine/ attachments to satisfy all of the file requirements of the ebuild. Be realistic.
Still nine attachments are preferable over a tarball Cheers, Ferdy
I've a few customers who use gentoo and want sympa too, I'll have a look at the ebuild and update it to the latest version of sympa -- maybe also one for the previous stable, 4.1 ?
I'd appreciate an updated version of the ebuild if a software update has been released, thanks. Although I chose Sympa over Mailman, I honestly can't wait to be rid of it. The program works as expected, but it's design is so utterly horrid that it's discomforting even to use. That said, others may find the program completely satisfactory, which is why the ebuild is here in the first place; it does, however, still need to be cleaned up.
Sympa 5.1 is out. It isn't easier to install, but it has many improvements. The already attached ebuild should work. I also wrote an initscrpit, I attach it.
Created attachment 68890 [details] Another init script
Well, maybe RDEPEND isn't perfect, I have this: DEPEND=">=sys-libs/db-4.1 >=dev-lang/perl-5.8.0 >=perl-core/DB_File-1.75 >=perl-core/Digest-MD5-2.0 >=dev-perl/MailTools-1.13 dev-perl/IO-stringy >=dev-perl/MIME-tools-5.209 perl-core/MIME-Base64 >=perl-core/CGI-2.52 >=perl-core/File-Spec-0.8 >=dev-perl/DBI-1.06 mysql? (>=dev-perl/DBD-mysql-2.0507) postgres? (>=dev-perl/DBD-Pg-0.90) ldap? (>=dev-perl/perl-ldap-0.10) >=dev-perl/FCGI-0.67 >=dev-perl/Archive-Zip-1.05 virtual/mta >=net-www/apache-1.3 net-www/mod_fastcgi >=dev-perl/IO-Socket-SSL-0.9 dev-perl/regexp-common >=dev-perl/libwww-perl-1.09 >=dev-perl/Net-SSLeay-1.16 >=dev-perl/Crypt-CipherSaber-0.50 net-mail/mhonarc dev-perl/XML-LibXML dev-perl/libintl-perl soap? (>=dev-perl/SOAP-Lite-0.60) dev-perl/Template-Toolkit"
Created attachment 68913 [details] Ebuild for sympa 4.1.5 Ebuild for sympa 4.1.5, loosely based on the one for sympa 5; currently in production at two sites.
I'm working on 5.1. the files under ${FILESDIR} fix Gentoo problems, Sympa problems, or yours?
I created those patches and configuration files to address a number of sanity and build issues with the software. The first two patches are directly related to the build process, and should be preserved if possible: all-05-skip_extraneous_dep_checking.patch all-10-no_lazy_bindings.patch The remaining three patches turn on UTF-8 text encoding support, stop the sending of unencrypted account passwords via email, and give some sense of sanity to the template defaults, respectively. Be wary of the default configuration files that come with the Sympa tarball. As I recall, they contained a number of insecurities.
Created attachment 72380 [details] sympa-5.1.ebuild sympa-5.1.ebuild: known to work for me
Created attachment 72381 [details, diff] files/sympa-5.1.Makefile.patch
Created attachment 72382 [details, diff] files/sympa-5.1.no_lazy_bindings.patch
Created attachment 72383 [details, diff] files/sympa-5.1.gentoo_default_config.patch
Created attachment 72384 [details, diff] files/sympa-5.1.gentoo_default_config_use_fcgi.patch
Created attachment 72385 [details, diff] files/sympa-5.1.fix_localedir_Language.pm.patch
Created attachment 72392 [details, diff] files/sympa-5.1.fix_localedir.patch
Created attachment 72393 [details, diff] files/sympa-5.1.utf8_text_encoding.patch
Created attachment 72394 [details] files/sympa-5.1.initd
Created attachment 72395 [details] files/sympa-5.1.apache.conf
Created attachment 72396 [details] sympa-5.1.2.ebuild sympa-5.1.2.ebuild (not throughly tested)
Comment on attachment 72396 [details] sympa-5.1.2.ebuild oops, wrong one. I'll update 5.2.1 later do not use this.
if you built glibc with userlocale USE and disabled some locales, it cries. should RDEPEND on fcgi? as it's very slow without fcgi is it ok to use APACHE2?_MODULES_CONFDIR? suggestion?
Is something for the 5.2 release available? I'd really like to try Sympa, it seems quite interesting. ;-)
Sympa 5.2.1 is out. Any ebuild arround for sympa 5.2.x??? I'm very interested in sympa too
This is an additional request/encouragement for the development of this ebuild. I use Sympa on Gentoo and a stable Sympa ebuild would be a valuable addition to Gentoo. Thanks, Warren.
Created attachment 131552 [details] Sympa 5.3.3 overlay
Some comments regarding Sympa 5.3.3 overlay.. It's mainly based on sympa-5.1.2 ebuild provided here. Some patches were removed as they seem to be already accepted upstream. Ebuild was only tested with SQLite + Lighttpd configuration, so other configurations (eg. mysql + Apache) might be broken... SOAP hasn't been tested, so might be broken as well. Suid wrapper has been added in addition to sudo one provided in Sympa itself. There are 2 additional patches for SQLite added: - patch to fix BUG#3136/BUG#3319 (patch already submitted upstream) - patch to remove broken SQLite upgrade functionality BUG#3305 Some things might be broken as I do not have much experience with ebuilds. Hope that helps.
(In reply to comment #32) There is a missing dep on dev-perl/module-build: >>> Compiling source in /var/tmp/portage/dev-perl/Crypt-CipherSaber-1.00/work/Crypt-CipherSaber-1.00 ... * Using Module::Build Can't locate Module/Build.pm in @INC
Dependencies were missing. Please add the following to ebuilds: Crypt-CipherSaber: DEPEND="virtual/perl-Scalar-List-Utils dev-perl/version >=dev-perl/module-build-0.28 dev-lang/perl" MIME-Charset: DEPEND="dev-lang/perl" MIME-EncWords: DEPEND="perl-core/MIME-Base64 dev-perl/MIME-Charset dev-lang/perl"
Actually perl-core/MIME-Base64 can be replaced with virtual/perl-MIME-Base64 as seems like MIME::Base64 is included starting with perl-5.8.8.
Hi, I'm a dev and I'd be interested in maintaining a sympa-ebuild in-tree. Anyway, looking at it I think we'll have a long way to go until that. Marcin, I see you're using lot's of patches. We should reduce that, can you make them clean (i.e. not making patches "disable something" but things like "add option to disable something") and send them upstream?
Hi Hanno, Good to hear that.. I should help as well :-) Regarding patches.. - I have already notified upstream regarding broken / missing things, however I'm not sure if they are already present in 5.3.4 as I did not look there yet.
Patches or fixes * sympa-5.3.date_fix.patch (http://sourcesup.cru.fr/viewvc/viewvc/trunk/wwsympa/wwsympa.fcgi?r1=4625&r2=4628) * sympa-5.3.sqlite_fix.patch (http://sourcesup.cru.fr/cgi/viewvc.cgi/trunk/src/SQLSource.pm?r1=4446&r2=4630) * sympa-5.3.disable_sqlite_upgrade.patch (http://sourcesup.cru.fr/viewvc/viewvc/trunk/src/Upgrade.pm?r1=4578&r2=4631) were applied to trunk and should show up in 5.4 release. Unfortunately they were not applied to 5.3 tree and we still need to patch it :-( I'll ask developers to include fcgi wrappers as well, so we could get rid of some more of them in upcoming 5.4 release..
SUID wrappers have been merged into trunk. Will show up int 5.4 release. wwsympa: http://sourcesup.cru.fr/viewvc/viewvc?view=rev&revision=4717 sympa_soap_server: http://sourcesup.cru.fr/viewvc/viewvc?view=rev&revision=4718 That means we will get rid of another 3 patches..
Two notes to cleanup the ebuild more: - the no_fastcgi-patch is imho not really useful, it just changes a default-configuration-option that can everytime be changed runtime. Makes one useflag less. - the soap-useflag only installs some sample config and does nothing else. Also imho overkill, just install the sample always and it's fine.
Makes sense. Will try to modify it over the weekend..
Created attachment 140662 [details] Sympa 5.3.4 overlay 5.3.3 was not downloadable anymore
Created attachment 140663 [details] Sympa 5.3.4 overlay 5.3.3 was not downloadable anymore
BTW: soap use-flag also installs dev-perl/SOAP-Lite perl module. I guess in such case we want to keep it, right ?
Created attachment 140893 [details] Slightly updated Changes: - dev-perl modules have proper dependency - got rid of gentoo_no_fastcgi.patch (replaced with post-install config processing) - added lighttpd_soap.conf - all webserver sample configs are copied despite use-flags - some patches were replaced with upstream equivalent (already applied to trunk)
Regarding comment#40: I don't think we can reduce number of use flags without limiting functionality: all used flags pull some extra packages required by sympa eg. fastcgi -> dev-perl/FCGI; soap -> dev-perl/SOAP-Lite. Indeed no_fastcgi-patch is not that useful and it can be replaced by something else (already taken care of that).
Another patch accepted upstream.. http://sourcesup.cru.fr/viewvc/viewvc/trunk/src/Task.pm?r1=4197&r2=4798
Created attachment 148098 [details] Sympa 5.4.1 overlay New version bump. Changes: - Sympa ebuild cleanup - Added 2 new HTML-StripScripts* ebuilds to overlay as they are mandatory by Sympa-5.4.x - Removed obsolete patches - Added patch to fix SQLite support (already accepted upstream)
It seems that by using --prefix=/usr , there is two directories created in /usr. /usr/arc /usr/bounce Shouldn't they be created elsewhere? (/var/lib/sympa or /var/spool/sympa)
Which version are you using ? With the latest all the directories are created in /var/spool/sympa in my case..
I am using the 5.4.1 overlay found in this bug thread. I tried to unmerge sympa and the offending directory disappeared. They are recreated if I emerge sympa-5.4.1 again. Here is my emerge --info Portage 2.1.4.4 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.21-xen x86_64) ================================================================= System uname: 2.6.21-xen x86_64 Intel(R) Xeon(R) CPU X5355 @ 2.66GHz Timestamp of tree: Fri, 16 May 2008 07:15:01 +0000 app-shells/bash: 3.2_p33 dev-lang/python: 2.4.4-r9 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r1 sys-devel/automake: 1.10.1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=nocona -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=nocona -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--ask" FEATURES="ccache distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://mirror.ovh.net/gentoo-distfiles/ http://gentoo.modulix.net/gentoo/ http://ftp.club-internet.fr/pub/mirrors/gentoo" INSTALL_MASK="" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="acl amd64 berkdb cli cracklib crypt cups dri fortran gdbm gpm iconv isdnlog midi mmx mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl sse sse2 ssl tcpd unicode xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i810 mach64 mga neomagic nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS
I could replicate it and I suspect this might be a bug in sympa installation script. Can you try the new version (overlay should come soon) and let me know if that one works fine (I do not see problem with the new version).
Created attachment 153695 [details] Sympa 5.4.3 overlay Changes: - Added versioning - Added dev-perl/MIME-tools & perl-core/CGI as those in portage are not recent enough - Installation does take into account previous configs when generating a new one - When ssl and/or clamav flags are set relevant bits of configuration are configured of not done by the use yet.
BTW: Looks like sympa-5.4.no-pdf.patch is not needed anymore - early version of sympa-5.4.3 tarball did not include sympa.pdf file. Recently that has been fixed.
(In reply to comment #52) > I could replicate it and I suspect this might be a bug in sympa installation > script. Can you try the new version (overlay should come soon) and let me know > if that one works fine (I do not see problem with the new version). > The two directories are no more created in /usr with the 5.4.3 version. It installed fine.
Is Marcin Deranek interested in maintaining Sympa in the perl-experimental section of the Perl Overlay ( http://overlays.gentoo.org/proj/perl/wiki/WikiStart ). If so please ask for a SVN password in #gentoo-perl (FreeNode) and commit it, thanks!
I see no problem with that..
Looks like version of MIME-EncWords included in the latest overlay (1.009) has some problems (https://sourcesup.cru.fr/tracker/index.php?func=detail&aid=4413&group_id=23&atid=167). Version 1.010.101 seems to work fine (changing ebuild name is sufficient). In the very same bug report you can find moderation patch (not accepted upstream yet).
I had to: chown -R root:sympa /etc/sympa chmod -R 750 /etc/sympa Also, change dev-perl/Crypt-CipherSaber/Crypt-CipherSaber-1.00.ebuild to depend on: >=virtual/perl-Module-Build-0.28 See http://sources.gentoo.org/viewcvs.py/gentoo-x86/profiles/updates/4Q-2008?r1=1.4&r2=1.5 Thanks tove@#gentoo-perl for this! Finally, in /etc/portage/packages.keywords, i needed: net-mail/sympa dev-perl/MIME-Charset virtual/perl-CGI perl-core/CGI dev-perl/HTML-StripScripts-Parser dev-perl/HTML-StripScripts dev-perl/MIME-EncWords dev-perl/Crypt-CipherSaber Thanks for sharing the ebuilds, cheers!
I still have this filling my logs though: Nov 20 16:02:45 [task_manager] main::create() creation of /var/spool/sympa/task/1227193365..eval_bouncers._global_ Nov 20 16:02:45 [task_manager] main::create() with model /usr/share/sympa/global_task_models/eval_bouncers.daily.task_ Nov 20 16:02:45 [task_manager] main::execute() Running task /var/spool/sympa/task/1227193305..purge_orphan_bounces._global, line 0 with vars )_ Nov 20 16:02:45 [task_manager] main::purge_orphan_bounces() purge_orphan_bounces()_ Nov 20 16:02:45 [task_manager] main::execute() Error while processing task, removing /var/spool/sympa/task/1227193305..purge_orphan_bounces._global_ Nov 20 16:03:45 [task_manager] main::create() creation of /var/spool/sympa/task/1227193425..purge_orphan_bounces._global_ Nov 20 16:03:45 [task_manager] main::create() with model /usr/share/sympa/global_task_models/purge_orphan_bounces.monthly.task_ Nov 20 16:03:45 [task_manager] main::execute() Running task /var/spool/sympa/task/1227193365..eval_bouncers._global, line 0 with vars )_ Nov 20 16:03:45 [task_manager] main::execute() Error while processing task, removing /var/spool/sympa/task/1227193365..eval_bouncers._global_ I don't know how to fix it (tryed to hack the perl but failed)
Have you created any list yet ? https://sourcesup.cru.fr/tracker/?func=detail&group_id=23&aid=3057&atid=167 Thanks for tips: already incorporated into ebuilds: http://slonko.net/portage/
There's a little problem with doing: chown -R root:sympa /etc/sympa chmod -R 750 /etc/sympa It turns out that all queue binaries (invoked by mta from aliases file) have only suid bit set. It means that in such case they run effectively as sympa:nobody (in case of postfix) and they cannot read config files from /etc/sympa dir. To solve this you either have to make /etc/sympa (and at least sympa.conf) owned by sympa user or add setgid to all queue binaries.
New ebuild for the latest sympa (5.4.4) at URL in #61
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
*** Bug 25888 has been marked as a duplicate of this bug. ***
Created attachment 215437 [details] Version bump with correction
I've got a version bump to 6.0.1 at <http://redmine.thetys-retz.net/projects/overlay/repository/revisions/master/show/net-mail/sympa>
BTW: According to http://www.sympa.org/manual/dkim DKIM support was introduced in sympa 6.1, so I don't know if it's of any use in the ebuild ;-)
I've got a working sympa-6.1.7 based on the attached ebuild and files.
Created attachment 286115 [details] sympa-ebuild
Created attachment 286117 [details] sympa-files directory
Created attachment 286147 [details] sympa-6.1.7.ebuild Corrections made after binki's advice
Comment on attachment 215437 [details] Version bump with correction 6.0 series is now obsolete. Sympa development is on 6.1 and 6.2alpha
Vincent-Xavier, the latest version of the ebuild in your git repo/overlay has 2 src_compile s and doesn't get configured correctly.
Created attachment 286149 [details] sympa-6.1.7.ebuild
VX, could you also prevent at least updates (not sure if new installs need it or if it's generated by sympa as needed) from trying to install /etc/sympa/data_structure.version so that sympa.pl --upgrade doesn't get confused? Thanks!
(In reply to comment #76) > VX, could you also prevent at least updates (not sure if new installs need it > or if it's generated by sympa as needed) from trying to install > /etc/sympa/data_structure.version so that sympa.pl --upgrade doesn't get > confused? Thanks! I'm going to have a look at this. I was struck to while upgrading from 6.1.5 to 6.1.7.
Created attachment 286163 [details] sympa-6.1.7.ebuild
(In reply to comment #77) > (In reply to comment #76) > > VX, could you also prevent at least updates (not sure if new installs need it > > or if it's generated by sympa as needed) from trying to install > > /etc/sympa/data_structure.version so that sympa.pl --upgrade doesn't get > > confused? Thanks! > > I'm going to have a look at this. I was struck to while upgrading from 6.1.5 to > 6.1.7. It should now be installed at least with the correct permissions and ownership so sympa.pl --upgrade won't complain.
Created attachment 408436 [details] sympa-6.1.24.ebuild
There's even a package for 6.2.16.
Created attachment 458312 [details] sympa-6.2.16.ebuild
