<?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>99632</bug_id>
          
          <creation_ts>2005-07-20 01:30 0000</creation_ts>
          <short_desc>mirrorselect-1.1.3  --output --deep deletes /etc/make.conf</short_desc>
          <delta_ts>2005-07-25 08:06:37 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>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>critical</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>1i5t5.duncan@cox.net</reporter>
          <assigned_to>tercel@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>1i5t5.duncan@cox.net</who>
            <bug_when>2005-07-20 01:30:00 0000</bug_when>
            <thetext>Marked critical due to loss of critical data -- /etc/make.conf! 
 
mirrorselect -oD causes deletion of /etc/make.conf, after the download stage  
(presumably when it would write to make.conf if -o wasn&apos;t set).  /etc/make.conf  
continues to exist during the download step.  
  
I&apos;m not sure if shallow causes the deletion or not, since shallow doesn&apos;t work,  
here, due to a NAPT based router filtering the ICMP or whatever that netselect  
uses, so shallow always fails and never returns anything to be written.  I DID,  
however, try it, and it doesn&apos;t cause the deletion here.  
  

Reproducible: Always
Steps to Reproduce:
mirrorselect -oD 
Actual Results:  
/etc/make.conf is DELETED! 

Expected Results:  
-o is supposed to be output only.  It shouldn&apos;t /touch/ make.conf. 

emerge.info to be attached.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>1i5t5.duncan@cox.net</who>
            <bug_when>2005-07-20 02:05:25 0000</bug_when>
            <thetext>Created an attachment (id=63866)
emerge info output
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tercel@gentoo.org</who>
            <bug_when>2005-07-20 13:02:37 0000</bug_when>
            <thetext>Fixed in my local version, will be in a bugfix release within a few hours. Good
catch.

By the way, unless there is a second bug at play here, it should have moved your
make.conf to make.conf.backup. The real problem was that forgetting to create
the new make.conf afterwards. You should, therefore, be able to retrieve all
your old settings from /etc/make.conf.backup. If the backup was not made, please
file a bug on that as well.

Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>1i5t5.duncan@cox.net</who>
            <bug_when>2005-07-21 00:50:59 0000</bug_when>
            <thetext>(In reply to comment #2) 
&gt; [U]nless there is a second bug at play here, it should have moved your 
&gt; make.conf to make.conf.backup. 
 
It was, and I had already caught that, only I thought it was one of my backup 
versions.  =8^) 
 
Anyway, all my make.conf is, is a bunch of &quot;source&quot; lines, including other 
files, which I&apos;ve splitup in a more manageable way.  
(/etc/portage/make.conf/fs, cflags, features, and similar files.)  I really 
LIKE that feature, having put it to use almost immediately upon seeing it 
mentioned in -dev!  =8^) 
 
So, nothing serious here, at least once I figured out the reason portage 
suddenly wanted to downgrade everything back to stable wasn&apos;t due to the 
freshly merged version of portage, but to my screwing with mirrorselect.  I do 
keep backups, tho mine was a bit older than your automated one, and rewriting 
it from scratch wouldn&apos;t have been an issue anyway.  I was more concerned about 
others running into the issue that weren&apos;t as well equipped to handle it.  
So... glad it&apos;s fixed, now. 
 
I&apos;m having some strange net connectivity issues ATM and am not going to attempt 
a sync and source d/l until that&apos;s fixed, but will set full CLOSED status once 
I get the new version merged and verify (unless I forget =8^(.  Thanks! </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>1i5t5.duncan@cox.net</who>
            <bug_when>2005-07-25 08:06:37 0000</bug_when>
            <thetext>mirrorselect-1.1.4 verified fixed.  Full-closing as promised. </thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>63866</attachid>
            <date>2005-07-20 02:05 0000</date>
            <desc>emerge info output</desc>
            <filename>emerge.info</filename>
            <type>text/plain</type>
            <data encoding="base64">R2VudG9vIEJhc2UgU3lzdGVtIHZlcnNpb24gMS42LjEzClBvcnRhZ2UgMi4wLjUxLjIyLXIxICgh
L3AvcHJvZmlsZXMvZGVmYXVsdC1saW51eC9hbWQ2NC8yMDA1LjAsIGdjYy00LjAuMSwgZ2xpYmMt
Mi4zLjUtcjAsIDIuNi4xMy1yYzIgeDg2XzY0KQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpTeXN0ZW0gdW5hbWU6IDIuNi4x
My1yYzIgeDg2XzY0IEFNRCBPcHRlcm9uKHRtKSBQcm9jZXNzb3IgMjQyCmNjYWNoZSB2ZXJzaW9u
IDIuNCBbZGlzYWJsZWRdCmRldi1sYW5nL3B5dGhvbjogICAgIDIuNC4xLXIxCnN5cy1hcHBzL3Nh
bmRib3g6ICAgIDEuMi4xMQpzeXMtZGV2ZWwvYXV0b2NvbmY6ICAyLjEzLCAyLjU5LXI3CnN5cy1k
ZXZlbC9hdXRvbWFrZTogIDEuNF9wNiwgMS41LCAxLjYuMywgMS43LjktcjEsIDEuOC41LXIzLCAx
LjkuNgpzeXMtZGV2ZWwvYmludXRpbHM6ICAyLjE2LjkxLjAuMQpzeXMtZGV2ZWwvbGlidG9vbDog
ICAxLjUuMTgtcjEKdmlydHVhbC9vcy1oZWFkZXJzOiAgMi42LjExLXIyCkFDQ0VQVF9LRVlXT1JE
Uz0iYW1kNjQiCkFVVE9DTEVBTj0ieWVzIgpDQlVJTEQ9Ing4Nl82NC1wYy1saW51eC1nbnUiCkNG
TEFHUz0iLW1hcmNoPWs4IC1PcyAtcGlwZSAtZm9taXQtZnJhbWUtcG9pbnRlciAtZnJlbmFtZS1y
ZWdpc3RlcnMiCkNIT1NUPSJ4ODZfNjQtcGMtbGludXgtZ251IgpDT05GSUdfUFJPVEVDVD0iL2V0
YyAvdXNyL2tkZS8yL3NoYXJlL2NvbmZpZyAvdXNyL2tkZS8zLjQvZW52IC91c3Iva2RlLzMuNC9z
aGFyZS9jb25maWcgL3Vzci9rZGUvMy40L3NodXRkb3duIC91c3Iva2RlLzMvc2hhcmUvY29uZmln
IC91c3IvbGliL1gxMS94a2IgL3Vzci9zaGFyZS9jb25maWcgL3Zhci9iaW5kIC92YXIvcW1haWwv
Y29udHJvbCIKQ09ORklHX1BST1RFQ1RfTUFTSz0iL2V0Yy9nY29uZiAvZXRjL3Rlcm1pbmZvIC9l
dGMvZW52LmQiCkNYWEZMQUdTPSItbWFyY2g9azggLU9zIC1waXBlIC1mb21pdC1mcmFtZS1wb2lu
dGVyIC1mcmVuYW1lLXJlZ2lzdGVycyIKRElTVERJUj0iL3Vzci9wb3J0YWdlL2Rpc3RmaWxlcyIK
RkVBVFVSRVM9ImF1dG9jb25maWcgZGlzdGxvY2tzIHNhbmRib3ggc2ZwZXJtcyBzdHJpY3QiCkdF
TlRPT19NSVJST1JTPSJodHRwOi8vZGlzdGZpbGVzLmdlbnRvby5vcmcgaHR0cDovL2Rpc3Ryby5p
YmlibGlvLm9yZy9wdWIvTGludXgvZGlzdHJpYnV0aW9ucy9nZW50b28iCkxERkxBR1M9Ii1XbCwt
eixub3ciClBLR0RJUj0iL3Vzci9wb3J0YWdlL3BhY2thZ2VzIgpQT1JUQUdFX1RNUERJUj0iL3Zh
ci90bXAiClBPUlRESVI9Ii91c3IvcG9ydGFnZSIKU1lOQz0icnN5bmM6Ly9yc3luYy5nZW50b28u
b3JnL2dlbnRvby1wb3J0YWdlIgpVU0U9ImFtZDY0IFggYWxzYSBhcnRzIGF2aSBiYXNoLWNvbXBs
ZXRpb24gYmVya2RiIGJpdG1hcC1mb250cyBjZHIgY3J5cHQgY3VwcyBjdXJsIGVuY29kZSBlc2Qg
ZmFtIGZsYWMgZm9vbWF0aWNkYiBmb3J0cmFuIGdkYm0gZ2lmIGdub21lIGdwbSBnc3RyZWFtZXIg
Z3RrIGd0azIgaW1hZ2VtYWdpY2sgaW1saWIgaXB2NiBqcGVnIGtkZSBsencgbHp3LXRpZmYgbWFk
IG1vdGlmIG1wMyBtcGVnIG5jdXJzZXMgbmxzIG9nZyBvcGVuZ2wgcGFtIHBkZmxpYiBwZXJsIHBu
ZyBweXRob24gcXQgcXVpY2t0aW1lIHJlYWRsaW5lIHNjYW5uZXIgc2RsIHNsYW5nIHNwZWV4IHNw
ZWxsIHNzbCB0Y2x0ayB0Y3BkIHRpZmYgdHJ1ZXR5cGUtZm9udHMgdHlwZTEtZm9udHMgdXNiIHVz
ZXJsb2NhbGVzIHZvcmJpcyB4aW5lIHhtbDIgeHBtIHh2IHpsaWIgdXNlcmxhbmRfR05VIGtlcm5l
bF9saW51eCBlbGliY19nbGliYyIKVW5zZXQ6ICBBU0ZMQUdTLCBDVEFSR0VULCBMQU5HLCBMQ19B
TEwsIExJTkdVQVMsIE1BS0VPUFRTLCBQT1JURElSX09WRVJMQVkKCg==
</data>        

          </attachment>
    </bug>

</bugzilla>