Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 137675

Summary: aewan-1.0.01 (New Package)
Product: Gentoo Linux Reporter: Denilson Sá Maia <denilsonsa>
Component: New packagesAssignee: Gentoo Linux bug wranglers <bug-wranglers>
Status: RESOLVED DUPLICATE    
Severity: enhancement    
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
URL: http://aewan.sourceforge.net/
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: Proposed Aewan ebuild

Description Denilson Sá Maia 2006-06-22 17:44:43 UTC
Aewan is a curses-based program that allows for the creation and editing of ascii art. It does support layers and colors and can produce cat-able files. The name "Aewan" does mean "Ascii-art Editor Without a Name".

Attached is an ebuild based on that from bug 60731.

I would suggest it being added to app-text or app-misc category. Whatever category is choosen, it should belong to the same category of app-misc/cadubi and media-gfx/duhdraw, which are programs with similar purpose. (hum, I should open another bug asking for move them to the same category...)
Comment 1 Denilson Sá Maia 2006-06-22 17:47:16 UTC
Created attachment 89865 [details]
Proposed Aewan ebuild

Proposed Aewan ebuild. Based on bug 60731.

Note there are only x86 and amd64 listed in ebuild, but probably it works on more archs.
Comment 2 Thomas Cort (RETIRED) gentoo-dev 2006-06-22 23:05:46 UTC
> # Copyright (c) 2004 Bruno T. C. de Oliveira
> # Distributed under the terms of the GNU General Public License v2
> # $Header: $

This header should match /usr/portage/header.txt

> KEYWORDS="x86 ~amd64"

Stuff always goes in testing (~arch) first. Also KEYWORDS should be in alphabetical order. KEYWORDS="~amd64 ~x86"

> DEPEND="virtual/libc
> 		sys-libs/zlib
> 		>=sys-libs/ncurses-5.0"

libc is a basic system package. Since this program doesn't depend on any particular version, there is no need to depend on it explictly.

> src_compile() {
>	econf || die "econf failed"
> 	emake || die "emake failed"
> }

This function can be left out. Portage will automatically do econf and emake.

Everything else looks fine.

I'm marking this bug as a duplicate. When there is already a bug for a new package and a new version comes out, just attach your ebuild to that bug.

Thanks for the submission and keep up the good work :)

*** This bug has been marked as a duplicate of 60731 ***
Comment 3 Denilson Sá Maia 2006-06-22 23:36:54 UTC
(In reply to comment #2)
> > # Copyright (c) 2004 Bruno T. C. de Oliveira
> > # Distributed under the terms of the GNU General Public License v2
> > # $Header: $
> 
> This header should match /usr/portage/header.txt

Sorry, I haven't even changed this from previous bug ebuild (0.9.2).

> > KEYWORDS="x86 ~amd64"
> 
> Stuff always goes in testing (~arch) first. Also KEYWORDS should be in
> alphabetical order. KEYWORDS="~amd64 ~x86"

Ok, I've marked it stable locally to be able to emerge it easily at my overlay. :)

> > DEPEND="virtual/libc
> > 		sys-libs/zlib
> > 		>=sys-libs/ncurses-5.0"
> 
> libc is a basic system package. Since this program doesn't depend on any
> particular version, there is no need to depend on it explictly.

Ok, good to know. Again, I haven't changed this from previous 0.9.2 ebuild.

> Everything else looks fine.

There is no much everything else. :) 

> I'm marking this bug as a duplicate. When there is already a bug for a new
> package and a new version comes out, just attach your ebuild to that bug.

Ok, but the old bug is resolved as invalid, and I don't have rights to reopen it. So, if I submitted this to that bug, nobody would notice.

> Thanks for the submission and keep up the good work :)

Ok, thanks for looking at it.