AsterFax is an email to fax gateway for the transmission of faxes using Asterisk.
*** Bug 125850 has been marked as a duplicate of this bug. ***
suggested name for the ebuild would be net-misc/asterisk-asterfax-1.0-rc7 as follows from the name of all the other packages that depend on asterisk will try to write a ebuild myself, would be my first ebuild so every kind of help, suggestions and even criticism (not destructive) is welcome and appreciate! Thx
Did you get somewhere? I'm going to do the same thing and I don't want to start completely from scratch :-)
No progress here for 1 year; closing WONTFIX. Feel free to reopen with an ebuild.
ok i'm going to try to make an ebuild (i've already successfully got the tarball running manually). this will also be my first ebuild. let's see this happen! if i have problems, i will share the issues here.
OK I've had a go, so far I think I've written a fairly-OK list of dependencies and done an OK init script, though not tested yet. Right now I'm unsure about some things... and the document http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1#doc_chap2 hasn't helped, so I'm posting here with the latest version of the ebuild and init script so anyone else can have a go too. 1. A lot of files in the distro tarball are useless (tarballs of other libraries). What to do? Do I make a totally new tarball that's distributed through the gentoo mirrorsystem without this junk, or do I have the ebuild download from sourceforge mirrors and remove useless files from the source tarball after extraction? I favour the former (less bandwidth) but don't know if it's 'right'. The documentation should be improved to cover this issue clearly. 2. The tarball suggests (doc/Upgrade*) patching the asterisk fax_txrx module's code. However, I'm not good enough at portage to understand how to require a (patched) rebuild of another package before the present one. It may work without the patch but less reliably. 3. The package requires java (virtual/jdk), but the wording of http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1#doc_chap2 suggests that meta-packages should not be depended on. I guess virtual/jdk is a 'meta-package'. So is it correct to just pick a java bytecode interpreter (dev-java/sun-jdk) at random? This seems to remove user choice. (Again, the documentation could be clearer!) 4. The testing scenario described at http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1#doc_chap2 doesn't work. It fails to explain generating Manifest (critical before testing). I found how to do it on another site but haven't had success yet. Too tired to keep thinking now, please have a go if you have some time/interest, otherwise I'll try to have another go tomorrow.
Created attachment 143316 [details] alpha ebuild
Created attachment 143317 [details] alpha init script
