Bugzilla Bug 18023

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 an attachment (id=9706) [details]
perdition ebuild

Created an attachment (id=9707) [details]
perdition startup script

Created an attachment (id=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 an attachment (id=17253) [details]
perdition 1.1 ebuild

Created an attachment (id=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 ]