First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 91096
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Text-Markup Team <text-markup@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Brandon Philips <brandon@ifup.org>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
asciidoc-6.0.3.ebuild asciidoc-6.0.3.ebuild text/plain Brandon Philips 2005-05-01 18:46 0000 1.02 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 91096 depends on: Show dependency tree
Bug 91096 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-05-01 18:46 0000
Hello-

Attached is asciidoc-6.0.3.ebuild or http://ifup.org/~philips/asciidoc-6.0.3.ebuild

AsciiDoc is a text document format for writing articles, books, manuals and UNIX man pages. AsciiDoc files can be translated to HTML (with or without stylesheets), DocBook (articles, books and refentry documents) and LinuxDoc using the asciidoc(1) command. AsciiDoc can also be used to build and maintain websites.

An example of some AsciiDoc markup test can be found here:
http://ds9a.nl/splitpipe/splitpipe-0.3/doc/splitpipe.1.txt

Creating this output with the html filter:
http://ds9a.nl/splitpipe/splitpipe-0.3/doc/splitpipe.1.html

There has been discussion about using it for the git documentation and Debian currently has it in their archives http://packages.debian.org/unstable/text/asciidoc. 

I have been using app-text as that is what the docbook packages are in and this is comparable.

Thanks!

Brandon Philips

--
http://ifup.org

------- Comment #1 From Brandon Philips 2005-05-01 18:46:55 0000 -------
Created an attachment (id=57787) [details]
asciidoc-6.0.3.ebuild

------- Comment #2 From Brandon Philips 2005-05-01 18:52:45 0000 -------
Also, if someone can figure why fperms wouldn't work I would appreciate it.

	# For some reason fperms wouldn't work with a wild card
	# but it worked when ran from the command line...
	chmod 664 ${D}/etc/${PN}/*.conf
	chmod 664 ${D}/etc/${PN}/filters/*.conf

I ended up using chmod obviously but fperms would probably be better.

------- Comment #3 From Brandon Philips 2005-05-24 15:33:32 0000 -------
Is there anything I can do to help get this in? 

------- Comment #4 From Mamoru KOMACHI (RETIRED) 2005-05-24 17:20:27 0000 -------
Sorry for the delay. text-markup herd is out of human resources
and we are already overloaded (80 open bugs, where 20 of them
are new ebuilds). I often ask other Gentoo developers to join the
herd to solve this situation, but with little success. If you can wait
for another week or so, I'll take this in. (I can spend my time to
Gentoo only on weekend)

------- Comment #5 From Mamoru KOMACHI (RETIRED) 2005-05-28 21:20:29 0000 -------
I checked your ebuild and modified a bit, and committed.
Here is what I changed: (you can have a look at complete
ebuild after you synched portage tree)

* `inherit eutils` isn't necessary because you used none
of the functions from that eclass.
* ${MY_P} assignment isn't necessary because ${P} is already
set to "${PN}-${PV}", where ${PN} is set to asciidoc. (in
other word, you can use ${P} rather than defining the same
thing with another name)
* No need to redefine ${S} (same reason as above)
* No need to redefine src_unpack(). Every file listed in
${SRC_URI} is set to ${A}, and automatically unpacked.
* In general, you don't need to write ${S} in src_install()
when you are in ${S}.
* We already have a copy of GPL-2 text in /usr/portage/licenses, 
so don't need to copy it again.
* fperms wildcard doesn't work because wildcard is evaluated
by bash when it is called, and you are not likely to have 
configuration files in /etc before you actually install it ;)
I think it's okay to use chmod in this case, but I replaced
it with `insopts -m664` and insinto/doins (we usually avoid
writing ${D} as much as possible)

Lastly, your ebuild does work and please feel encouraged to
make another ebuild ;)
Thanks for your contribution.

First Last Prev Next    No search results available      Search page      Enter new bug