Perdition is a fully featured POP3 and IMAP4 proxy server. It is able to handle both SSL and non-SSL connections and redirect users to a real-server based on a database lookup. Perdition supports modular based database access. ODBC, MySQL, PostgreSQL, GDBM, POSIX Regular Expression and NIS modules ship with the distribution. The API for modules is open allowing abitary modules to be written to allow access to any data store. Perdition has many uses. Including, creating large mail systems where an end- user's mailbox may be stored on one of several hosts, integrating different mail systems together, migrating between different email infrastructures, and bridging plain-text, SSL and TLS services. It can also be used as part of a firewall. Reproducible: Always Steps to Reproduce: 1. 2. 3. This is the ebuild I've written for perdition. It merges just fine, but it doesn't execute. I'm not versed well enough in Makefiles and such to figure out what is going on.
Created attachment 9706 [details] perdition ebuild
Created attachment 9707 [details] perdition imap startup script
Created attachment 9708 [details] perdition pop3 startup script
USE SRC_URI="http://www.vergenet.net/linux/${PN}/download/BETA/1.11beta5/${PN}-1.11beta5.tar.gz" instead of SRC_URI="http://www.vergenet.net/linux/perdition/download/BETA/1.11beta5/perdition-1.11beta5.tar.gz"
Sorry for holding up so long on this one. It looked ok when I glanced at it as I got it assigned, but now I realised that it does not belong to any of my categories. Could this be reassigned to somebody who handles mailers please? George
Updated, functional ebuild attached shortly. Changes: 'real' startup script, using conf.d structure starts cleanly ssl support lots of use flags (still needs more testing) I'm not sure if bugzilla will let me attach tarballs for the init stuff; if not, download them here: http://www.vilos.com/gentoo/perdition/
Created attachment 17253 [details] perdition 1.1 ebuild
Created attachment 17254 [details] perdition 1.1 ebuild
stupid bugzilla. It won't let me upload attachments. Get all of the bits here: http://www.vilos.com/gentoo/perdition -Eric
Soo... umm... could somebody tell me how to get this into portage? What's the process?
as soon as i am back on a dev box i will be more than happy to get this package into portage. until then my hands are tied. :~(
Do you need access to a dev box? I've got a gentoo uml I could offer root on, if that would help - - -
this bug is over a year old. It's still hasn't made it into gentoo portage. HELLO?!?!?!? -Eric
Raker has been missing for some time now and net-mail is very much understaffed. There are 13 people covering 150+ packages, mainly because many of the packages have been abandoned over time by the original person that put them into the tree. Sending a mail to gentoo-dev and asking for somebody that uses it and is willing to maintain it will get you much further than sending a mail to the net-mail alias bitching that you don't seem to get any response. We're trying to improve QA before we add crazy numbers of new packages, and part of that means each developer must be willing to maintain what he has put into the tree.
Let me make sure that I understand what you've just said: 1. The net-mail group is overworked/understaffed 2. The net-mail group has to maintain packages that have been abandoned by other folks (that sucks!) 3. 'bitching' to the net-mail group about a net-mail package over a year old will not get me the response I'm looking for 4. I should ask someone on gentoo-dev to submit & maintain a net-mail package 5. You are trying to improve the QA process, which seems to be partially defined as 'somebody else deal with it, and don't leave un-maintained crud'. I'm sorry that my post seemed to be 'bitching'; I was simply trying to raise visibility to this bug. I don't understand how the net-mail group interacts with the balance of gentoo-dev, but it seems like having some 3rd party submitting packages in your branch will only lead to further trouble. If this is really what I should do, then I will seek out a maintainer, as I don't have the authority to post updates into portage myself. I've considered becoming a gentoo-dev, which is one of the reasons I've been trying to submit ebuilds on several packages. To date, every ebuild I've submitted has been completely ignored. I've gotten no feedback at all, and nothing has made it into portage. I'm sorry if this is viewed as 'bitching' - - - but it's really not clear what I'm doing wrong. One tidbit of feedback - - maybe we should reassign all of the bugs that had been assigned to former developers to 'unmaintained@gentoo.org' (or some other generic user), to allow for an easy method to find un-maintained packages. Thanks in advance for any support you can provide, Eric
correction to your #4, you should be looking for somebody that actively uses it as a good maintainer. as for your number #5, your summary of the QA process is definetly off the mark. For each package without somebody specific handling it, we're just taking care of it in a minimal way as time permits. don't make it worse, but particullary try to make it much better, just make sure it works. in a number of cases, upstream is directly involved with gentoo, and provides us with ebuilds (with input from us), and we just review them before putting them in the tree. This is the best possible state of affairs. Beyond that, we want a person that actively knows about the details of a package, an expert per se (in skills, equipment or some other way) to handle a package, because they have the required setup to test the package. Eg if I had a GPS device, I'd love to play with your roadmap ebuild. I don't have an Atmel wireless card either. I don't have the money to go out and buy a decent GPS unit, but it would be fun to play with. (I do have an embedded GPS chip unit around, from RoyalTek, but that's a leftover from an old project, and I don't have anything to use to connect it). Having an unmaintained address doesn't really help, as it just means things get lost. When a dev retires, all of his bugs are passed on to people that can hopefully take care of them, or to an alias group of people that handle groups of bugs (such as net-mail). As for joining Gentoo as a developer, it's a large commitment of personal time, and we do bring in people we notice as knowing what they are doing, and submitting bugs WITH patches/fixes included, all ready to go.
Still interested in this one ? Cheers, Ferdy
Yup. Maybe we can get this into portage in time for this bugs 2nd year birthday?
Well, If you get a gentoo-like ebuild and init.d scripts I'll add them in one or two days; If I have to fix them by myself, I'll queue them in my ToDo List. So, If you attach the ebuild and both init.d scripts. And all of them follow the gentoo policy, I'll add them ASAP to CVS. Cheers, Ferdy
I've just updated & tested the ebuild under x86, it worked, but needed the vanessa deps updated. It works with perdition 1.15. The updated ebuild can be downloaded from here: http://vilos.com/gentoo/perdition/?C=M;O=A I don't know if they follow the gentoo policy. How else can I help? Cheers, Eric
Added to CVS. It will still be ~x86 till the vanessa packages get to stable and more and more testing is done. I've had to almost rewrite the whole ebuild. Please next time try to find other 'similar' ebuilds to make our life easier. It had some severe problems. Thanks anyway for your time. Cheers, Ferdy
[ closing the bug, I forgot sorry ]