You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "ru_RU.Subversion" <ru...@gmail.com> on 2006/11/14 06:32:20 UTC

*****SPAM***** problem with 'svn list --verbose'

Spam detection software, running on the system "sunboy", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
mark@intek.com for details.

Content preview:  Have a good day, dear community. A have a trouble.
  Results of "svn list --verbose" and "svn list --verbose *.*" shows
  different filelists. Look at this: dir [...] 

Content analysis details:   (3.0 points, 3.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 3.0 REPTO_OVERQUOTE_THEBAT The Bat! doesn't do quoting like this



Re: problem with 'svn list --verbose'

Posted by Lorenz <lo...@yahoo.com>.
Ryan Schmidt wrote:
> [...]  Sorry for the noise...

at least I'm fully awake now 8-)

   Lorenz

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: problem with 'svn list --verbose'

Posted by Ryan Schmidt <su...@ryandesign.com>.
On Nov 16, 2006, at 01:19, Lorenz wrote:

> Ryan Schmidt wrote:
>
>> On Nov 15, 2006, at 01:38, Lorenz wrote:
>>
>>> ru_RU.Subversion wrote:
>>>
>>>> A have a trouble. Results of "svn list --verbose" and "svn list --
>>>> verbose *.*"
>>>> shows different filelists. Look at this:
>>>> [...]
>>>> Is this bug or feature?
>>>
>>> "svn list" shows informations about the files in the repository, not
>>> files in the working copy.
>>>
>>> "svn list -v"  is equivalent to "svn list -v ." and therefore lists
>>> the contents of the repo folder the working copy was checked out  
>>> from.
>>>
>>> "svn list -v *.*" on the other hand will only list information from
>>> the repo for files files that are already in the working copy.
>>
>> False. "svn list" most definitely does operate on the working copy,
>> unless you provide a URL of a repository, in which case it lists the
>> repository.
>
> Well, then I must have missunderstood:
>
> <svn list --help>
>
> list (ls): List directory entries in the repository.
> usage: list [TARGET[@REV]...]
>
>   List each TARGET file and the contents of each TARGET directory as
>   they exist in the repository.  If TARGET is a working copy path, the
>   corresponding repository URL will be used. If specified, REV
> determines
>   in which revision the target is first looked up.
>
>   The default TARGET is '.', meaning the repository URL of the current
>   working directory.
>
> </svn list --help>
>
> Doen't that mean, that even if you provide a wc path as target, the
> listed informations are from the corresponding repository location?

Hmm.... <scratches head> No, I guess I misunderstood. I was under the  
impression that "svn ls" was a local operation. But it appears not to  
be. I just disconnected from the network and "svn ls" no longer  
worked. Sorry for the noise...


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: problem with 'svn list --verbose'

Posted by Lorenz <lo...@yahoo.com>.
Ryan Schmidt wrote:
>On Nov 15, 2006, at 01:38, Lorenz wrote:
>> ru_RU.Subversion wrote:
>>
>>> A have a trouble. Results of "svn list --verbose" and "svn list -- 
>>> verbose *.*"
>>> shows different filelists. Look at this:
>>> [...]
>>> Is this bug or feature?
>>
>> "svn list" shows informations about the files in the repository, not
>> files in the working copy.
>>
>> "svn list -v"  is equivalent to "svn list -v ." and therefore lists
>> the contents of the repo folder the working copy was checked out from.
>>
>> "svn list -v *.*" on the other hand will only list information from
>> the repo for files files that are already in the working copy.
>
>False. "svn list" most definitely does operate on the working copy,  
>unless you provide a URL of a repository, in which case it lists the  
>repository.

Well, then I must have missunderstood:

<svn list --help>

list (ls): List directory entries in the repository.
usage: list [TARGET[@REV]...]

  List each TARGET file and the contents of each TARGET directory as
  they exist in the repository.  If TARGET is a working copy path, the
  corresponding repository URL will be used. If specified, REV
determines
  in which revision the target is first looked up.

  The default TARGET is '.', meaning the repository URL of the current
  working directory.

</svn list --help>

Doen't that mean, that even if you provide a wc path as target, the
listed informations are from the corresponding repository location?


yours confused
     Lorenz

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: problem with 'svn list --verbose'

Posted by Ryan Schmidt <su...@ryandesign.com>.
On Nov 15, 2006, at 01:38, Lorenz wrote:

> ru_RU.Subversion wrote:
>
>> A have a trouble. Results of "svn list --verbose" and "svn list -- 
>> verbose *.*"
>> shows different filelists. Look at this:
>> [...]
>> Is this bug or feature?
>
> "svn list" shows informations about the files in the repository, not
> files in the working copy.
>
> "svn list -v"  is equivalent to "svn list -v ." and therefore lists
> the contents of the repo folder the working copy was checked out from.
>
> "svn list -v *.*" on the other hand will only list information from
> the repo for files files that are already in the working copy.

False. "svn list" most definitely does operate on the working copy,  
unless you provide a URL of a repository, in which case it lists the  
repository.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: problem with 'svn list --verbose'

Posted by Lorenz <lo...@yahoo.com>.
ru_RU.Subversion wrote:
>A have a trouble. Results of "svn list --verbose" and "svn list --verbose *.*"
>shows different filelists. Look at this:
>[...]
>Is this bug or feature?

"svn list" shows informations about the files in the repository, not
files in the working copy.

"svn list -v"  is equivalent to "svn list -v ." and therefore lists
the contents of the repo folder the working copy was checked out from.

"svn list -v *.*" on the other hand will only list information from
the repo for files files that are already in the working copy.

HTH
     Lorenz

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: problem with 'svn list --verbose'

Posted by Ryan Schmidt <su...@ryandesign.com>.
On Nov 14, 2006, at 00:32, ru_RU.Subversion wrote:

> A have a trouble. Results of "svn list --verbose" and "svn list -- 
> verbose *.*"
> shows different filelists. Look at this:
>
> --------------------------------------------
> dir
>
>
> 13.11.2006  10:31    <DIR>          .
> 13.11.2006  10:31    <DIR>          ..
> 12.11.2006  16:27             1я044  
> 20061112_user_dragon_profile_diff.sql
> 16.09.2006  10:49                29 attach.bat
> 16.09.2006  10:49               174 attach.sql
> 16.09.2006  21:10               837 aux_scripts.sql
> 16.09.2006  21:07               298 create_database.bat
> 12.11.2006  23:58                38 create_extrefdata.bat
> 16.09.2006  10:49                29 detach.bat
> 16.09.2006  10:49                59 detach.sql
> 12.11.2006  23:59               445 ExtRefData_1_DB.sql
> 16.09.2006  21:08               237 ProDictate_1_DB.sql
> 16.09.2006  21:09             3я316 ProDictate_2_Localization.sql
> 12.11.2006  15:41             9я568 ProDictate_3_LJL.sql
> 12.11.2006  15:46             7я176 ProDictate_4_LJL_Logic.sql
> 12.11.2006  16:21            15я384 ProDictate_5_Data.sql
> 16.09.2006  21:09             8я210 ProDictate_6_exv.sql
> 16.09.2006  21:09             1я176 ProDictate_7_adsync.sql
> 16.09.2006  10:49               103 restore.bat
> 16.09.2006  10:49                25 run.bat
> 16.09.2006  10:49                33 run_db_f.bat
> 16.09.2006  10:49                26 run_db_q.bat
> 16.09.2006  10:49                19 run_f.bat
> 16.09.2006  10:49                33 run_q.bat
> 16.09.2006  10:49                19 run_q1.bat
>               24 File(s)         48я278 bytes
>                2 Dir(s)   5я643я284я480 bytes free
>
>
>
> svn list --verbose
>
>       1 Zju               333 ᥠ 16 11:48 20051106_0_aux.sql
>       1 Zju               497 ᥠ 16 11:48 20051226_0_aux.sql
>       1 Zju               237 ᥠ 16 11:48 20060802_0_1_DB.sql
>       1 Zju              3316 ᥠ 16 11:48  
> 20060802_0_2_Localization.sql
>       1 Zju              9314 ᥠ 16 11:48 20060802_0_3_LJL.sql
>       1 Zju              5983 ᥠ 16 11:48  
> 20060802_0_4_LJL_Logic.sql
>       1 Zju             14244 ᥠ 16 11:48 20060802_0_5_Data.sql
>       1 Zju              8210 ᥠ 16 11:48 20060802_0_6_exv.sql
>       1 Zju              1176 ᥠ 16 11:48 20060802_0_7_adsync.sql
>       1 Zju                29 ᥠ 16 11:48 attach.bat
>       1 Zju               174 ᥠ 16 11:48 attach.sql
>       1 Zju                29 ᥠ 16 11:48 detach.bat
>       1 Zju                59 ᥠ 16 11:48 detach.sql
>       1 Zju               103 ᥠ 16 11:48 restore.bat
>       1 Zju                25 ᥠ 16 11:48 run.bat
>       1 Zju               298 ᥠ 16 11:48 run20060802_0.bat
>       1 Zju                33 ᥠ 16 11:48 run_db_f.bat
>       1 Zju                26 ᥠ 16 11:48 run_db_q.bat
>       1 Zju                19 ᥠ 16 11:48 run_f.bat
>       1 Zju                33 ᥠ 16 11:48 run_q.bat
>       1 Zju                19 ᥠ 16 11:48 run_q1.bat
>
>
> svn list --verbose *.*
>
>     142 Zju              1044 ®п 12 16:41  
> 20061112_user_dragon_profile_diff.sql
>       1 Zju                29 ᥠ 16 11:48 attach.bat
>       1 Zju               174 ᥠ 16 11:48 attach.sql
>       8 Zju               837 ᥠ 16 22:16 aux_scripts.sql
>       8 Zju               298 ᥠ 16 22:16 create_database.bat
>     145 Zju                38 ®п 13 00:08 create_extrefdata.bat
>       1 Zju                29 ᥠ 16 11:48 detach.bat
>       1 Zju                59 ᥠ 16 11:48 detach.sql
>     145 Zju               445 ®п 13 00:08 ExtRefData_1_DB.sql
>       8 Zju               237 ᥠ 16 22:16 ProDictate_1_DB.sql
>       8 Zju              3316 ᥠ 16 22:16  
> ProDictate_2_Localization.sql
>     138 Zju              9568 ®п 12 16:01 ProDictate_3_LJL.sql
>     138 Zju              7176 ®п 12 16:01 ProDictate_4_LJL_Logic.sql
>     142 Zju             15384 ®п 12 16:41 ProDictate_5_Data.sql
>       8 Zju              8210 ᥠ 16 22:16 ProDictate_6_exv.sql
>       8 Zju              1176 ᥠ 16 22:16 ProDictate_7_adsync.sql
> --------------------------------------------
>
> Is this bug or feature?

Which differences are you interested in? I see that the lists  
reference different files, and also that the non-ASCII characters are  
misrepresented in one verison.

The difference in the list of files is not a bug. It sounds like a  
consequence of having a mixed-revision working copy. Sounds like your  
working copy is out of date. You should "svn update" your working  
copy. Then the two lists should be more similar. Mixed-revision  
working copies and their consequences are explained in the book:

http://svnbook.red-bean.com/en/1.2/svn.basic.in- 
action.html#svn.basic.in-action.mixedrevs

The difference in non-ASCII characters could be due to your locale  
setting. You didn't say what OS you're on. What's the value of your  
LANG environment variable? It needs to be set properly.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org