<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>91096</bug_id>
          
          <creation_ts>2005-05-01 18:46 0000</creation_ts>
          <short_desc>asciidoc-6.0.3.ebuild (new package)</short_desc>
          <delta_ts>2005-05-28 21:20:29 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://ifup.org/~philips/asciidoc-6.0.3.ebuild</bug_file_loc>
          
          <keywords>EBUILD</keywords>
          <priority>P3</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>brandon@ifup.org</reporter>
          <assigned_to>text-markup@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>brandon@ifup.org</who>
            <bug_when>2005-05-01 18:46:03 0000</bug_when>
            <thetext>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</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brandon@ifup.org</who>
            <bug_when>2005-05-01 18:46:55 0000</bug_when>
            <thetext>Created an attachment (id=57787)
asciidoc-6.0.3.ebuild
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brandon@ifup.org</who>
            <bug_when>2005-05-01 18:52:45 0000</bug_when>
            <thetext>Also, if someone can figure why fperms wouldn&apos;t work I would appreciate it.

	# For some reason fperms wouldn&apos;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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brandon@ifup.org</who>
            <bug_when>2005-05-24 15:33:32 0000</bug_when>
            <thetext>Is there anything I can do to help get this in? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>usata@gentoo.org</who>
            <bug_when>2005-05-24 17:20:27 0000</bug_when>
            <thetext>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&apos;ll take this in. (I can spend my time to
Gentoo only on weekend)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>usata@gentoo.org</who>
            <bug_when>2005-05-28 21:20:29 0000</bug_when>
            <thetext>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&apos;t necessary because you used none
of the functions from that eclass.
* ${MY_P} assignment isn&apos;t necessary because ${P} is already
set to &quot;${PN}-${PV}&quot;, 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&apos;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&apos;t need to copy it again.
* fperms wildcard doesn&apos;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&apos;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.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>57787</attachid>
            <date>2005-05-01 18:46 0000</date>
            <desc>asciidoc-6.0.3.ebuild</desc>
            <filename>asciidoc-6.0.3.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgZXV0aWxzCgpNWV9QPSJhc2NpaWRvYy0ke1BWfSIKREVTQ1JJUFRJT049
IkFzY2lpRG9jIGlzIGEgdGV4dCBkb2N1bWVudCBmb3JtYXQgZm9yIHdyaXRpbmcgc2hvcnQgZG9j
dW1lbnRzLAphcnRpY2xlcywgYm9va3MgYW5kIFVOSVggbWFuIHBhZ2VzLiIKSE9NRVBBR0U9Imh0
dHA6Ly93d3cubWV0aG9kcy5jby5uei9hc2NpaWRvYy8iClNSQ19VUkk9Imh0dHA6Ly93d3cubWV0
aG9kcy5jby5uei9hc2NpaWRvYy8ke01ZX1B9LnRhci5neiIKCkxJQ0VOU0U9IkdQTC0yIgpTTE9U
PSIwIgpLRVlXT1JEUz0ieDg2IH5wcGMgIgpJVVNFPSIiCgpERVBFTkQ9InZpcnR1YWwvcHl0aG9u
IgoKUz0ke1dPUktESVJ9LyR7TVlfUH0KCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQp9Cgpz
cmNfaW5zdGFsbCgpIHsKCWRvZG9jICR7U30vQlVHUyAke1N9L0NIQU5HRUxPRyAke1N9L0NPUFlJ
TkcgJHtTfS9DT1BZUklHSFQgJHtTfS9SRUFETUUgCglkb2RpciAvdXNyL3NoYXJlL2RvYy8ke1BG
fS9leGFtcGxlcwoJY3AgLXIgJHtTfS9leGFtcGxlcyAke0R9L3Vzci9zaGFyZS9kb2MvJHtQRn0K
CWRvbWFuICR7U30vZG9jL2FzY2lpZG9jLjEKCglkb2RpciAvZXRjLyR7UE59CgljcCAke1N9Lyou
Y29uZiAke0R9L2V0Yy8ke1BOfS8KCWRvZGlyIC9ldGMvJHtQTn0vZmlsdGVycwoJY3AgLXIgJHtT
fS9maWx0ZXJzICR7RH0vZXRjLyR7UE59LwoKCSMgRm9yIHNvbWUgcmVhc29uIGZwZXJtcyB3b3Vs
ZG4ndCB3b3JrIHdpdGggYSB3aWxkIGNhcmQKCSMgYnV0IGl0IHdvcmtlZCB3aGVuIHJhbiBmcm9t
IHRoZSBjb21tYW5kIGxpbmUuLi4KCWNobW9kIDY2NCAke0R9L2V0Yy8ke1BOfS8qLmNvbmYKCWNo
bW9kIDY2NCAke0R9L2V0Yy8ke1BOfS9maWx0ZXJzLyouY29uZgoJCgluZXdiaW4gJHtTfS9hc2Np
aWRvYy5weSBhc2NpaWRvYwp9Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>