*****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** Problem with Macosx applications from iWork (Pages and Keynote) and SVN

[Charles Woloszynski <ch...@innocon.com>]

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:  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 analysis details:   (5.7 points, 3.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 3.0 DATE_IN_PAST_24_48     Date: is 24 to 48 hours before Received: date
 3.0 HTML_MESSAGE           BODY: HTML included in message
-0.3 AWL                    AWL: From: address is in the auto white-list

The original message was not completely plain text, and may be unsafe to
open with some email clients; in particular, it may contain a virus,
or confirm that your address can receive spam.  If you wish to view
it, it may be safer to save it to a file and open it with an editor.

Re: Problem with Macosx applications from iWork (Pages and Keynote) and SVN

[Charles Woloszynski <ch...@innocon.com>]

I think Bryan has his finger on this problem in his comments in ID#  
707, and, as he indicates, it is not a bite-sized problem to solve.   
At the same time, it is a big headache for Mac users (count me in on  
that part).

How do we get this raised to a higher priority or help move this  
along?  Sounds like the process will require the opaque tag (ok, that  
part is easy) but that tag needs to be in the parent directory, not  
in the opaque directory.  That would work SVN considered the opaque  
directory to be a file.

Perhaps we should think about this not from a 'special kind of  
directory' notion ( which is what 'opaque' implies), but from a  
perspective that this is a special kind of file.  If we instead think  
of this as a special file (perhaps using the notation of 'bundle'),  
does this make this easier?

Could the answer be as simple as making the 'tar client script'  
something that can is more integrated.  Perhaps the 'bundle' property  
could contain the identifier of the supported bundling format (tar,  
tgz, etc).  When SVN sees something with a 'bundle' property it would  
convert it using the right tool to convert from the filesystem view  
to the SVN'd file view.

Does that work?

Charlie


On Nov 14, 2006, at 12:44 PM, Ryan Schmidt wrote:

> On Nov 12, 2006, at 16:57, Charles Woloszynski wrote:
>
>> I am using svn on a Mac and some files generated by an application  
>> (e.g. Pages and Keynote) are actually directories in the filesystem.
>>
>> From within Finder, they are files.  Within Terminal, they are  
>> directories.  As the file changes, additional files under the main  
>> item are added and removed.
>>
>> It would be ideal if svn would recognize that these directories  
>> are really packages of files and commit them as one thing.  Is  
>> there any way to do that?  Right now, when I change the files, I  
>> have to svn add/rm the internal parts of the file at the  
>> terminal.  Not very friendly.
>>
>> Any suggestions would be appreciated.
>
> No, there is no way to do that. This is an open feature request:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=707
>
>
>
>



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

Re: Problem with Macosx applications from iWork (Pages and Keynote) and SVN

[Ryan Schmidt <su...@ryandesign.com>]

On Nov 12, 2006, at 16:57, Charles Woloszynski wrote:

> I am using svn on a Mac and some files generated by an application  
> (e.g. Pages and Keynote) are actually directories in the filesystem.
>
> From within Finder, they are files.  Within Terminal, they are  
> directories.  As the file changes, additional files under the main  
> item are added and removed.
>
> It would be ideal if svn would recognize that these directories are  
> really packages of files and commit them as one thing.  Is there  
> any way to do that?  Right now, when I change the files, I have to  
> svn add/rm the internal parts of the file at the terminal.  Not  
> very friendly.
>
> Any suggestions would be appreciated.

No, there is no way to do that. This is an open feature request:

http://subversion.tigris.org/issues/show_bug.cgi?id=707




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

Re: *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** *****SPAM***** Problem with Macosx applications from iWork (Pages and Keynote) and SVN

[Jeremy Pereira <je...@jeremyp.net>]

Looking at the headers on these spam bounces, I'd say this anti-spam  
"filter" is sending the message to the recipient address instead of  
the from/reply-to address.  this is quite ironic really considering  
it's supposed to be stopping spam not making more.

Can we block mail from the sunboy server until mark fixes his issue,  
please?

On 12 Nov 2006, at 22:57, Charles Woloszynski wrote:

> 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.
>

<snip>Rest of message deleted to prevent another ridiculous spam  
flood (I hope)

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