<?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>193935</bug_id>
          
          <creation_ts>2007-09-27 00:27 0000</creation_ts>
          <short_desc>Monotone (0.35 and 0.36) can&apos;t be started from dirs inaccessible to monotone-user</short_desc>
          <delta_ts>2007-10-07 12:35:52 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>Development</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>devurandom@gmx.net</reporter>
          <assigned_to>dragonheart@gentoo.org</assigned_to>
          <cc>fauli@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>devurandom@gmx.net</who>
            <bug_when>2007-09-27 00:27:58 0000</bug_when>
            <thetext>When I try to start /etc/init.d/monotone inside /root/, it tries to access /root/_MTN, which it doesn&apos;t have permissions for since it is started with UID=monotone. Since mtn &quot;thinks&quot; the workspace is critical, it will immediately exit. (Upstream is thinking about changing that behaviour in future versions.)

The attached patch works around the issue by cd&apos;ing to monotone&apos;s $HOME and calling mtn from there.

Reproducible: Always

Steps to Reproduce:
1. cd to a directory inaccesible to the monotone user, eg. /root/
2. Issue /etc/init.d/monotone start

Actual Results:  
Mtn starts and immediately exits again, notable by the entry in the logfile

Expected Results:  
Mtn stays &quot;alive&quot;.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>devurandom@gmx.net</who>
            <bug_when>2007-09-27 00:28:25 0000</bug_when>
            <thetext>Created an attachment (id=131986)
Proposed patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-10-07 12:33:05 0000</bug_when>
            <thetext>fixed in 0.36</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>131986</attachid>
            <date>2007-09-27 00:28 0000</date>
            <desc>Proposed patch</desc>
            <filename>monotone.initd.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvbG9jYWwvcG9ydGFnZS9kZXYtdXRpbC9tb25vdG9uZS9maWxlcy9tb25vdG9uZS0w
LjMzLmluaXRkCTIwMDctMDktMjcgMDA6Mzg6MzguMDAwMDAwMDAwICswMjAwCisrKyAvZXRjL2lu
aXQuZC9tb25vdG9uZQkyMDA3LTA5LTI3IDAyOjE5OjM5LjAwMDAwMDAwMCArMDIwMApAQCAtMTgs
NiArMTgsNyBAQAogCS0tcmNmaWxlPSR7TVROX0NPTkZESVJ9L2hvb2tzLmx1YSAtLWxvZz0vdmFy
L2xvZy9tb25vdG9uZS9tb25vdG9uZS5sb2ciCiAJIy0tZHVtcD0kRVJST1JMT0cKIE1UTl9QSURG
SUxFPSIvdmFyL3J1bi9tb25vdG9uZS9tb25vdG9uZS5waWQiCitNVE5fSE9NRT1gYXdrIC1GOiAt
dnVpZD0kTVROX1VTRVIgLXZ1c2VyPSRNVE5fVVNFUiAnJDMgPT0gdWlkIHx8ICQxID09IHVzZXIg
eyBwcmludCAkNiB9JyA8L2V0Yy9wYXNzd2RgCiAKIGRiZXhpc3RzKCkgewogCSMgQ3JlYXRlIHRo
ZSBkYXRhYmFzZSBpZiBpdCBkb2Vzbid0IGV4aXN0CkBAIC01NCw2ICs1NSw4IEBACiB9CiAKIHN0
YXJ0KCkgeworCWNkICRNVE5fSE9NRQorCiAJZGJleGlzdHMKIAogCWViZWdpbiAiU3RhcnRpbmcg
bW9ub3RvbmUgc2VydmVyIgpAQCAtNzEsNiArNzQsOCBAQAogfQogCiBpbXBvcnQoKSB7CisJY2Qg
JE1UTl9IT01FCisKIAlkYmV4aXN0cwogCiAJIyBSZWFkIHBhY2tldHMgaW50byB0aGUgZGF0YWJh
c2UK
</data>        

          </attachment>
    </bug>

</bugzilla>