<?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>50653</bug_id>
          
          <creation_ts>2004-05-10 11:07 0000</creation_ts>
          <short_desc>app-editors/scite-1.6.0.ebuild</short_desc>
          <delta_ts>2004-06-16 08:20:06 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>
          
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>46841</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>Hagen.Moebius@Starschiffchen.de</reporter>
          <assigned_to>liquidx@gentoo.org</assigned_to>
          <cc>gentoo-bugs@digital-trauma.de</cc>
    
    <cc>Hagen.Moebius@Starschiffchen.de</cc>

      

      
          <long_desc isprivate="0">
            <who>Hagen.Moebius@Starschiffchen.de</who>
            <bug_when>2004-05-10 11:07:51 0000</bug_when>
            <thetext>It hasn&apos;t been out for too long but I find it to be very stable. So I&apos;m submitting it with only ~x86 set.

Since this is my first ebuild submit I have not a very clear idea of how an new ebuild is supposed to be. Infact I didn&apos;t do much more than changing the version of the package. But it worked out fine for my system, so I suppose it is &quot;kinda right&quot; :)

Please help me if you think I am wrong or did something inappropriate according to gentoo standards.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Hagen.Moebius@Starschiffchen.de</who>
            <bug_when>2004-05-10 11:10:03 0000</bug_when>
            <thetext>Created an attachment (id=31123)
belonging into app-editors/scite
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leander256@ifrance.com</who>
            <bug_when>2004-05-13 02:00:39 0000</bug_when>
            <thetext>There&apos;s this comment in the changelog of scite 1.60:

* GTK+ makefile for SciTE allows selection of destination directory, creates destination directories and sets file modes and owners better.

This could mean the following lines are now useless:
       dodir /usr
       dodir /usr/bin
       dodir /usr/share
       dodir /usr/share/pixmaps
       dodir /usr/share/applications

I commented them, moved /usr/share/pixmaps to /usr/share/pixmaps.old and emerged, and everything went fine. I don&apos;t want to bust my system by changing (even temporarily) /usr/share, so can anyone confirm that?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pythonhead@gentoo.org</who>
            <bug_when>2004-06-16 08:20:06 0000</bug_when>
            <thetext>Thanks guys, added to CVS. Leander, I used the old ebuilds before I saw your comments about removing the &apos;dodir&apos;s. I&apos;ll try it in 1.6.2.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>31123</attachid>
            <date>2004-05-10 11:10 0000</date>
            <desc>belonging into app-editors/scite</desc>
            <filename>scite-1.6.0.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
CgpNWV9QVj0kKGVjaG8gJHtQVn0gfCBzZWQgJ3M6XC46OmcnKQoKREVTQ1JJUFRJT049IkEgdmVy
eSBwb3dlcmZ1bCBlZGl0b3IgZm9yIHByb2dyYW1tZXJzIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3Vy
Y2Vmb3JnZS9zY2ludGlsbGEvJHtQTn0ke01ZX1BWfS50Z3oiCkhPTUVQQUdFPSJodHRwOi8vd3d3
LnNjaW50aWxsYS5vcmciCgpERVBFTkQ9Imd0azI/ICggPj14MTEtbGlicy9ndGsrLTIgKQoJIWd0
azI/ICggPXgxMS1saWJzL2d0aystMS4yKiApCgk+PXN5cy1hcHBzL3NlZC00IgoKUz0ke1dPUktE
SVJ9LyR7UE59L2d0awoKU0xPVD0iMCIKTElDRU5TRT0iUFlUSE9OIgpLRVlXT1JEUz0ifng4NiIK
SVVTRT0iZ3RrMiBnbm9tZSIKCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJY2QgJHtXT1JL
RElSfS9zY2ludGlsbGEvZ3RrCglzZWQgLWkgbWFrZWZpbGUgXAoJCS1lICJzI15DWFhGTEFHUz0j
Q1hYRkxBR1M9JHtDWFhGTEFHU30gIyIgXAoJCS1lICJzI15cKENYWEZMQUdTPS4qXCktT3MjXDEj
IiBcCgkJLWUgInMjXkNDID1cKC4qXCkjQ0MgPSAke0NYWDotZysrfSMiIFwKCQl8fCBkaWUgImVy
cm9yIHBhdGNoaW5nIG1ha2VmaWxlIgoKCWNkICR7U30KCXNlZCAtaSBtYWtlZmlsZSBcCgkJLWUg
J3MjdXNyL2xvY2FsI3VzciNnJyBcCgkJLWUgJ3MjL2dub21lL2FwcHMvQXBwbGljYXRpb25zIy9h
cHBsaWNhdGlvbnMjJyBcCgkJLWUgInMjXkNYWEZMQUdTPSNDWFhGTEFHUz0ke0NYWEZMQUdTfSAj
IiBcCgkJLWUgInMjXlwoQ1hYRkxBR1M9LipcKS1PcyNcMSMiIFwKCQktZSAicyNeQ0MgPVwoLipc
KSNDQyA9ICR7Q1hYOi1nKyt9IyIgXAoJCS1lICdzIyR7RH0jIycgXAoJCXx8IGRpZSAiZXJyb3Ig
cGF0Y2hpbmcgbWFrZWZpbGUiCgp9CgpzcmNfY29tcGlsZSgpIHsKCWxvY2FsIG1ha2VvcHRzCgl1
c2UgZ3RrMiB8fCBtYWtlb3B0cz0iR1RLMT0xIgoJI3VzZSBkZWJ1ZyAmJiBtYWtlb3B0cz0iJHtt
YWtlb3B0c30gREVCVUc9MSIKCgltYWtlIC1DIC4uLy4uL3NjaW50aWxsYS9ndGsgJHttYWtlb3B0
c30gIHx8IGRpZSAicHJlcCBtYWtlIGZhaWxlZCIKCWVtYWtlICR7bWFrZW9wdHN9IHx8IGRpZSAi
bWFrZSBmYWlsZWQiCn0KCnNyY19pbnN0YWxsICgpIHsKCWRvZGlyIC91c3IKCWRvZGlyIC91c3Iv
YmluCglkb2RpciAvdXNyL3NoYXJlCglkb2RpciAvdXNyL3NoYXJlL3BpeG1hcHMKCWRvZGlyIC91
c3Ivc2hhcmUvYXBwbGljYXRpb25zCgoJbWFrZSBwcmVmaXg9JHtEfS91c3IgaW5zdGFsbCB8fCBk
aWUKCgkjIHdlIGhhdmUgdG8ga2VlcCB0aGlzIGJlY2F1c2Ugb3RoZXJ3aXNlIGl0J2xsIGJyZWFr
IHVwZ3JhZGluZwoJbXYgJHtEfS91c3IvYmluL1NjaVRFICR7RH0vdXNyL2Jpbi9zY2l0ZQoJZG9z
eW0gL3Vzci9iaW4vc2NpdGUgL3Vzci9iaW4vU2NpVEUKCgkjIHJlcGxhY2UgLmRlc2t0b3AgZmls
ZSB3aXRoIG91ciBvd24gd29ya2luZyB2ZXJzaW9uCglpbnNpbnRvIC91c3Ivc2hhcmUvYXBwbGlj
YXRpb25zCglybSAtZiAke0R9L3Vzci9zaGFyZS9hcHBsaWNhdGlvbnMvU2NpVEUuZGVza3RvcAoJ
ZG9pbnMgJHtGSUxFU0RJUn0vc2NpdGUuZGVza3RvcAoKCWRvbWFuIC4uL2RvYy9zY2l0ZS4xCglk
b2RvYyAuLi9MaWNlbnNlLnR4dCAuLi9SRUFETUUKCn0KCg==
</data>        

          </attachment>
    </bug>

</bugzilla>