Login | Register
My pages Projects Community openCollabNet

Discussions > users > SCPlugin version 0.8.0 released - now, with Snow Leopard!

scplugin
Discussion topic

Hide all messages in topic

All messages in topic

RE: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author jackrepenning
Full name Jack Repenning
Date 2011-01-14 11:17:45 PST
Message Yes, this is a known bug in Subversion itself. I'm guessing that you have some clients in your network that are not OS X. The problem is that OS X choose a rather unusual (but legal) representation for accented characters when creating file names. The Subversion developers didn't realize this was even possible until much to late to handle it properly. As a result, if some non-OSX client creates a file with a name containing such characters, it gets stored by OS X in the unexpected representation. Subversion thinks it's a different file (and SCPlugin shows that icon you mention, which is the one for "a file not even managed by Subversion").

Unfortunately, the Subversion community has decided not to fix this, because a fix would break some existing repositories that presently work. To understand this, imagine a situation where there are only OS X machines. The rare-but-legal OS X representation would always be used for all files, and Subversion would manage them successfully. But then, if Subversion were changed to "correct" the names to the more common representation, then your situation would get better, but these people would suddenly have essentially the same problem you have presently. This was discussed at some immense length among the Subversion developer community, but in the end they chose not to break anything that currently works, even at the cost of allowing what currently does not work to remain broken.

In your situation (and mine, too: I have this problem in one repository that's very important to me!), you will find that these files simply cannot be managed via Subversion from OS X; they'll have to be managed from Windows or Linux. I'm sorry about that. I'm sympathetic. But, unfortunately, I can't fix it.

For reference: the two "representations" I spoke of are officially called "composed" and "decomposed" form. They are (legal) alternative representations in the UTF-8 encoding scheme. In the "composed" form, which is the more common, there is a single UTF-8 character to represent the accented letter. In the "decomposed" form (rarer, but used widely within OS X for some reason), the one character on screen is represented by several characters. It's essentially the same thing you do at the OS X keyboard to type these characters: there's they character or keystroke for the accent, and then the character or keystroke for the unaccented letter, and the system knows to compose them into a single character.

RE: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2011-01-14 09:03:07 PST
Message Hello,

I noticed that special characters make problems to the plugin.
I have some files with ä,ö,ü in the filename and the little icon of those files is a question mark instead of a green ok-sign.
It is obviously because of the special characters in the filename.
Is this "bug" known?
I am running SCPlugin-0.8.2-r1122-SVN.1.6.11 on Mac OSX 10.6.6

Thank you,

regards, franc

RE: Re: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-12-21 12:10:34 PST
Message Hi Jack,

Thank you for taking the time, to provide a clear explanation of this problem!

> There are APIs for providing icons, and changing icons, and even an API
> for providing the larger "preview" view ...
> The Apple file system has no concept for "a file whose status is based on
> files in some other directory." ...
> Apple file system doesn't ordinarily store file icons directly, but rather
> remembers which application owns the file, and checks the app's
> configuration info to learn the icon: we'd have to commandeer ownership of
> all svn-managed files, or give them single-file private icons, each of
> which carries its own kind of tackiness.

Thanks for this - it is much clearer to me now, why this is problematic.


> Changing the color of the file names (what Apple calls "labels") is
> possible, ...
> I believe the post you quote is describing a nook of the Code UI, which is
> basically a text list not icons.

Yes - that is exactly what I had in mind: if icon badging is at the moment not possible, one could maybe either use font coloring (i.e. these "labels") - or temporarily change the text rendered as the filename [from, say, 'text.txt' to '(M) text.txt' (for those files under Subversion control - and only when SCPlugin is active, of course)] - in Finder; as long as it provides some sort of visual feedback in Finder.


> Regardless: once again, the difficulty is not in finding some way to
> represent state, but rather in ensuring we know when state has changed
> and representation needs to follow suit.

If that is the crux of the matter, then I'd like to share my experience as a Nautilus user, and along that RabbitVCS (and before that, NautilusSVN plugin). Both RabbitVCS and NautilusSVN are/were supposed to detect when a file has changed, then calculate the SVN state, and then update the badge automatically. Fine enough.

However, apparently they both call Python to do this state calculation (though I'm not sure, don't take my word for this) - and on my netbook, more than often this results with either:
- Nautilus not updating the status of the file instantly (maybe it will do so, like, after a minute)
- Nautilus showing that spinning 'updating...' icon, while only few of the files icons are rendered, and the rest are, well in queue..

And so I've learned (in spite of the intended outcome for these plugins) that whenever I edit a file, and hit 'Save' - I should go also to the Nautilus window showing the dir containing this file, and hit on the Nautilus 'Refresh' button *manually* in order to regenerate badges and see actual SVN status; and if Nautilus freezes while generating the badges, it pays more for me to click the 'stop' button in Nautilus, and then click 'Refresh' again - than wait for the original process to complete.

However, as I see it, here the problem would be that Finder, as I recall, does *not* have a 'Refresh' button/context menu option (I guess the guiding philosophy here being 'why would one need it? This is Mac, all is automatic for the user') - and even less a corresponding 'stop' button.

But - since SCPlugin already requires a toolbar button as a workaround, how about a drop down menu for it (can't recall, maybe it already has some), which will allow entries for:
* Choice of rendering options (i.e. checkboxes for: add letters to filenames; color filenames; icon badging [when it works]; alternative engine (i.e. render and display png, possibly on mouseover) - along with possibility to turn them all off)
* 'Refresh' action (which would update any or all [or none] of the chosen rendering options).

This may also make SCPlugin a bit more "forward compatible", by which I mean:

> As it happens, we're presently quite close to fixing the badging, as
> per original user-interface design intent--see the discussion "Snow
> Leopard badging", in the dev@ list,

Thanks for the info - I found parts of that post while looking into all this, but couldn't find the thread! In any case - I keep my fingers crossed! :) However, if ...:

> No, no API. In fact, discussion with Apple engineers on the topic
> includes such remarks as "that sort of use is exactly what we're
> trying to prevent."
>

... Apple themselves want to prevent that, it means that the solution you may get working is still a 'hack' of sorts; and that means that it is likely Apple will break it again in the near future - which then again puts you in position of wasting your time/resources running after Apple hacks.

However, if a manually instigated 'Refresh' (via toolbar button, or context menu option click) is an easier and 'allowed' thing to implement in the Mac (Cocoa, whatever - sorry) Finder API; then I guess a 'Refresh' command + alternative rendering is what would help keep SCPlugin 'alive', by 'default' - even when Mac engineers would undertake more drastic API changes of similar character in the future (and then, as people hack the new changes, those could be retrofitted to SCPlugin, to bring back snappier status indication).

The only drastic change, I guess, SCPlugin users would experience - is that they should learn not to trust automatic status indication updates, but to hit that 'Refresh' button instead, if they want to be sure (which is maybe contrary to the entire Mac experience?). Then again, now one still has to drag a toolbar button to get to SCPlugin, so maybe adding a 'Refresh' command wouldn't be too much of a stretch.

In any case - are there any similar technical problems with implementing a 'Refresh' command?


> If any of the Mac users with whom you work are also Mac programmers,

Heh - sorry if I may have oversold them; none I know are specifically Mac programmers... I'm simply trying to get them to use Latex and svn for collaborative document writing :)


Thanks again for clarifying matters - and if you have the time, I'd love to hear your comments on this post too!

Cheers,
sdaau

Re: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author jackrepenning
Full name Jack Repenning
Date 2010-12-21 10:23:16 PST
Message On Dec 21, 2010, at 12:55 AM, webpost at tigris dot org wrote:

> * "...only that the old way no longer works, and we haven't figured out the new way." - sorry about my ignorance, but hasn't Apple published an API for these bloody icon overlays? Or is it all hush-hush, and you'd have to pay for that particular API information (i.e. dropbox)? In other words: why should anyone have to 'figure out' (as in, 'reverse engineer') - at all - how to do these icon overlays??

No, no API. In fact, discussion with Apple engineers on the topic includes such remarks as "that sort of use is exactly what we're trying to prevent."

There are APIs for providing icons, and changing icons, and even an API for providing the larger "preview" view (available either as a replacement for the icon, or in a separate column of the column folder mode). But none of those is sufficient for Subversion's purposes.

The trick here is that the badge (file state) can change based on events not directly related to the file itself. As a simple example, if you remove the ".svn/" subdirectory from any directory, then all the files inside it magically change from their various Subversion states (like modified, unmodified, scheduled-for-add, and so on) to merely "plain old non-Subversion file." The Apple file system has no concept for "a file whose status is based on files in some other directory." To compute the badges properly requires executing some Subversion-specific code whenever the question comes up.

Or, alternatively, one may use the filesystem-events API, to learn about every change anywhere, filter out the interesting changes, and emit a flurry of plain icon-change events. This would be closer to something supported, but still not quite, as the Apple file system doesn't ordinarily store file icons directly, but rather remembers which application owns the file, and checks the app's configuration info to learn the icon: we'd have to commandeer ownership of all svn-managed files, or give them single-file private icons, each of which carries its own kind of tackiness.

> * If actual icon overlays are a problem - how difficult would it be to change the color of rendered filenames in Finder?

Changing the color of the file names (what Apple calls "labels") is possible, and from time to time we knock the idea around. But it doesn't solve any of the problems, since we still have to make it happen at the same moments, and in response to the same unrelated (so far as Finder knows) events.

> "I'm not sure which icons you're talking about; I'm using Leopard and
> when files have changed or newer versions are available, I get letters
> like 'M' or '*'"
>
> Thus - if changing font properties/formatting is too problematic - how about temporarily appending letters to the filenames, for those files under subversion control?

I believe the post you quote is describing a nook of the Code UI, which is basically a text list not icons.

Regardless: once again, the difficulty is not in finding some way to represent state, but rather in ensuring we know when state has changed and representation needs to follow suit.

> (btw, wow: "Dedicated Mac SVN clients cost up to $60 — Coda 1.5 adds Subversion for free." http://www.panic.com​/coda/#files-pane).

There are quite a number of Finder replacements, both free and pay. If that meets your needs, sweet! A few are listed in our wiki. The point of SCPlugin is that Subversion state and commands should be available whenever you're doing whatever you're doing, not require you to launch some other app.

> * Maybe some kind of a Finder button - which on roll-over would render the state of the currently shown directory as a png - with svn status indicated by icons/colors? (it wouldn't have to be the same rendering engine for files display as Finder, though - if that makes some sort of color indication/icon overlay possible or easier?)

Now, that there is a new thought I don't recall we've ever thunk before--thanks!

> Suggestions like these would be simply to get some kind of icon overlay/badging working soon - which could then possibly remain as alternatives, once the usual icon badging starts working.

As it happens, we're presently quite close to fixing the badging, as per original user-interface design intent--see the discussion "Snow Leopard badging", in the dev@ list,

  http://scplugin.tigr​is.org/ds/viewMessag​e.do?dsForumId=1522​&dsMessageId=2685​184

If any of the Mac users with whom you work are also Mac programmers, and might have some time, we could welcome them into the community with a highly-requested, well-scoped, already prototyped opportunity to contribute!



-==-
Jack Repenning
jackrepenning at tigris dot org
Project Owner
SCPlugin
http://scplugin.tigris.org
"Subversion for the rest of OS X"

RE: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-12-21 00:55:03 PST
Message Hi there,

Linux user here - but I have to work with Mac people; and having them work svn from command line would not be a problem in general - however, being able to 'read' status of files is a crucial thing (I don't think they would be enthusiastic about typing 'svn status', and then reading the terminal dump - in order to see what files are under revision control - and which of them have possibly changed).

Which is why I'd like to write down a couple of questions/suggestions - forgive my ignorance in advance (as I have no idea about the MacOSX workflow for GUIs, so I'm not sure how relevant any of this turns out to be).

* "...only that the old way no longer works, and we haven't figured out the new way." - sorry about my ignorance, but hasn't Apple published an API for these bloody icon overlays? Or is it all hush-hush, and you'd have to pay for that particular API information (i.e. dropbox)? In other words: why should anyone have to 'figure out' (as in, 'reverse engineer') - at all - how to do these icon overlays??

* If actual icon overlays are a problem - how difficult would it be to change the color of rendered filenames in Finder? Here is a somewhat stupid mock-up example (as I couldn't be bothered finding a better Finder screenshot):

http://img704.images​hack.us/img704/9747/​osxfinderscreenshotc​olo.png

In brief: default font color would mean no subversion control; green would mean updated (as usual), red would mean changed, blue would mean added. If the fonts can be made bold while colored, even better.

* Looking further into this, I found this post:

Where'd the Cool Subversion Icons Go? - Coda Users | Google Groups
http://groups.google​.com/group/coda-user​s/browse_thread/thre​ad/c7cc84d1785b897b#​msg_e20b62c3de3c4155​

"I'm not sure which icons you're talking about; I'm using Leopard and
when files have changed or newer versions are available, I get letters
like 'M' or '*'"

Thus - if changing font properties/formatting is too problematic - how about temporarily appending letters to the filenames, for those files under subversion control?

(btw, wow: "Dedicated Mac SVN clients cost up to $60 — Coda 1.5 adds Subversion for free." http://www.panic.com​/coda/#files-pane).

* Maybe some kind of a Finder button - which on roll-over would render the state of the currently shown directory as a png - with svn status indicated by icons/colors? (it wouldn't have to be the same rendering engine for files display as Finder, though - if that makes some sort of color indication/icon overlay possible or easier?)

Suggestions like these would be simply to get some kind of icon overlay/badging working soon - which could then possibly remain as alternatives, once the usual icon badging starts working.

Thanks for reading,
Cheers!

Re: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author jackrepenning
Full name Jack Repenning
Date 2010-12-02 20:13:23 PST
Message On Dec 1, 2010, at 8:04 PM, webpost at tigris dot org wrote:

> However, I could not see Subversion menu in right click.
> I can only SCToolBarButton.
> Do you know why? Or do I miss anything?


Neither the right-click menu (the "Contextual Menu"), nor the badging, are working in Snow Leopard.

The ToolbarButton application is what you want. You can drag it to the tool bar of any FInder window (along the top), pause for a second or so, and you'll see the other icons move out of the way to make room for your new one. Then, you click that to make a menu appear.


-==-
Jack Repenning
jackrepenning at tigris dot org
Project Owner
SCPlugin
http://scplugin.tigris.org
"Subversion for the rest of OS X"

RE: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-12-01 20:04:41 PST
Message Hi, Jack:

    I am using OS 10.6, snow leopard.
I just did what you said for snow leopard.
I put the "SCPluginUIDaemon" in login item, and logout/in again.
However, I could not see Subversion menu in right click.
I can only SCToolBarButton.
Do you know why? Or do I miss anything?

I tried to double-click "SCPluginUIDaemon", but nothing happen.

Jian

RE: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author jrepenning
Full name Jack Repenning
Date 2010-07-22 14:42:58 PDT
Message Thanks for your helpful insights!

We never assumed it was impossible, only that the old way no longer works, and we haven't figured out the new way. And since someone posts here monthly saying "Dropbox does it, but I don't know how," we're pretty well informed on that score as well ;-)

RE: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-07-22 14:32:56 PDT
Message This is probably no news to you now but as you correctly assume it IS possible to add a command button during installation and it IS possible to add Icon overlays in Snow Leopard.

I don't know how. But the dropbox guys have done it. The attached screenshot is from my finder, and is proof that it can be done.

Anyway just thought I would spur you on if you were about to lose hope. :) Hope you figure it out.

Regards Jesper

RE: Re: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-05-02 12:10:35 PDT
Message Hi Jack,

I'm not sure if it helps at all but I've noticed that while the icons do not appear in Finder on Snow Leopard, they do actually appear in Eclipse's file manager... e.g. if you crack open Eclipse and select "File > Open" then navigate to your version controlled folders, you'll see the icons.

In the mean time I've been using this to see what's what.. :-)

Re: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author jackrepenning
Full name Jack Repenning
Date 2010-03-31 13:45:28 PDT
Message On Mar 31, 2010, at 1:31 PM, webpost at tigris dot org wrote:

> With the Snow Leopard the svn checkout works from command line without any prompts/errors, but with the scplugin it only gives the error.

Since we had that conversation, I have learned that the Apple-provided svn command, in Snow Leopard, is somehow immune from the various server certification failures. I don't know the details, but one implication is important here:

When you go to the command line to fix the server-cert complaints you seen in SCPlugin, it's no longer any help to use the Apple-supplied SVN.

So the fix directions now have to be very explicit: do some Subversion operation against the server with the untrusted certificate using

  /usr/local/bin/svn

Any Subversion operation that actually touches the server will work, but in case you're not sure which ones those are, here's one example:

1. While attempting an SCPlugin checkout, you get the server certificate failure.
2. Open Terminal (from /Applications/Utilities/)
3. type "/usr/local/bin/svn ls URL", where "URL" means "the same URL you just recently typed into the SCPlugin checkout dialog"
4. hit return
5. see the complaint about the server cert again, along with a prompt about what to do
6. answer with "p" (that is, "(p)ermanently accept the certificate")


-==-
Jack Repenning
jackrepenning at tigris dot org
Project Owner
SCPlugin
http://scplugin.tigris.org
"Subversion for the rest of OS X"

RE: Re: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-03-31 13:31:38 PDT
Message With the Snow Leopard the svn checkout works from command line without any prompts/errors, but with the scplugin it only gives the error.

> On Jan 31, 2010, at 5:23 AM, webpost at tigris dot org wrote:
>
> > "Commit failed (details follow):
> > OPTIONS of <<<SVN URL>>>': Server certificate verification failed: issuer is not trusted (<<<SVN SERVER>>>)"
> >
> > Using the same URL works perfectly through Terminal, but always returns that error with SCPlugin
>
>
> "Works perfectly"? I would expect command-line (Terminal) use to include a question about whether to trust this server cert, does that not happen?
>
> The usual advice at this point is to answer that question with "p" ("P"ermanently accept this server's certificate).
>
> The problem here is that SCPlugin doesn't yet mediate that particular question-and-answer (our issue #73). But once you've accepted the cert permanently from the command line, SCPlugin as well should recall and obey your preference.
>
> -==-
> Jack Repenning
> jackrepenning at tigris dot org
> Project Owner
> SCPlugin
> http://scplugin.tigris.org
> "Subversion for the rest of OS X"

RE: Re: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-03-09 04:15:49 PST
Message The checkout dialog works fine. This is what I get in the console(see attachments).

Thanks.

> On Mar 1, 2010, at 11:59 AM, webpost at tigris dot org wrote:
>
> > Great work guys! I've followed all the steps, and I think scplugin is working because I can use the scpluginbutton menu, but Finder won't show me the files that are under version control. The folder where I check them out is still empty. Any ideas??
>
>
> When you do the check out, do you get a dialog asking you for the URL and such things? This should happen before the actual check out.
>
> If you don't get the dialog, then check whether there's a process called SCPluginUIDaemon running. If not (or, what the heck, even if so), try logging out and back in, see if that makes things work.
>
> If you do get the dialog, and yet you get no files, check the Console application (/Applications/Utili​ties/Console.app) to find messages from that same SCPluginUIDaemon. Perhaps these will explain the mystery.
>
> Let us know what you find, and we'll go from there.
>
> -==-
> Jack Repenning
> jackrepenning at tigris dot org
> Project Owner
> SCPlugin
> http://scplugin.tigris.org
> "Subversion for the rest of OS X"
Attachments

Re: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author jackrepenning
Full name Jack Repenning
Date 2010-03-01 12:14:05 PST
Message On Mar 1, 2010, at 11:59 AM, webpost at tigris dot org wrote:

> Great work guys! I've followed all the steps, and I think scplugin is working because I can use the scpluginbutton menu, but Finder won't show me the files that are under version control. The folder where I check them out is still empty. Any ideas??


When you do the check out, do you get a dialog asking you for the URL and such things? This should happen before the actual check out.

If you don't get the dialog, then check whether there's a process called SCPluginUIDaemon running. If not (or, what the heck, even if so), try logging out and back in, see if that makes things work.

If you do get the dialog, and yet you get no files, check the Console application (/Applications/Utili​ties/Console.app) to find messages from that same SCPluginUIDaemon. Perhaps these will explain the mystery.

Let us know what you find, and we'll go from there.

-==-
Jack Repenning
jackrepenning at tigris dot org
Project Owner
SCPlugin
http://scplugin.tigris.org
"Subversion for the rest of OS X"

RE: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-03-01 11:59:10 PST
Message Great work guys! I've followed all the steps, and I think scplugin is working because I can use the scpluginbutton menu, but Finder won't show me the files that are under version control. The folder where I check them out is still empty. Any ideas??

> As I just announced in the announce@scplugin list, I've just made
> available release 0.8.0, our first release with Snow Leopard support.
> I'm really excited about that, and I know a lot of y'all are as well.
>
> The primary new feature in this release is the Snow Leopard support,
> and a cool little widget called the SCToolbarButton that's a big part
> of that. In fact, we really don't have Snow Leopard support *without*
> the Toolbar Button, yet, so this widget is pretty crucial. There are
> also some extra installation steps. Sorry about that--the long delay
> has basically been me trying to find the time to figure out how to
> make the installer do these extra steps, but I've failed (to find the
> time ... still think it's possible). So I'm releasing 0.8.0 with
> manual steps. Hopefully I, or someone else, will figure out how to
> automate this, for 0.8.1.
>
> Extra steps (mandatory for Snow Leopard users; cool and fun for others):
>
> 1. During installation, be sure to install the sub-package called
> "Toolbar Button." You should find that this is enabled by default, but
> check just to be sure.
>
> 2. After installation, add SCPluginUIDaemon to your Login items:
> - open a Finder window
> - navigate to /Library/Contextual Menu Items/SCFinderPlugin.plugin
> - ctrl-click it
> - pick "Show Package Contents"
> - navigate to Contents/Resources/S​CPluginUIDaemon
> - leave that window open, and ...
> - go to the System Preferences application
> - go to the Accounts tab
> - pick your account
> - pick the "Login Items" tab
> - click the "+" button
> - drag-and-drop SCPluginUIDaemon from the first window, into the
> Finder menu in the second window
>
> 3. Log out, restart, or double-click SCPluginUIDaemon
>
> 4. Drag SCToolbarButton from the /Applications/ folder to the Finder
> tool bar (across the top of folder windows). Hover near the right end
> a moment, and the display will change to indicate that it's drop-
> receptive. Drop SCToolbarButton, and it will appear in the toolbar.
>
> Now, you can click the Tooldbar Button and get the SCPlugin menu.
>
>
> -==-
> Jack Repenning
> jackrepenning at tigris dot org
> Project Owner
> SCPlugin
> http://scplugin.tigris.org
> "Subversion for the rest of OS X"

RE: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-02-22 12:21:45 PST
Message I love the plugin! Following the install instructions for snow leopard, i dont see the SCFinderPlugin.plugin in the directory /Library/Contextual Menu Items/
?

Thank you!

Reply

Author kozen
Full name kozen
Date 2010-02-09 01:55:35 PST
Message This is so great Jack! Thanks a lot for the update, it saved my live ... kind of.

You (and everyone else working on this project) are awesome!

Re: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author jackrepenning
Full name Jack Repenning
Date 2010-02-01 11:36:20 PST
Message On Jan 31, 2010, at 5:23 AM, webpost at tigris dot org wrote:

> "Commit failed (details follow):
> OPTIONS of <<<SVN URL>>>': Server certificate verification failed: issuer is not trusted (<<<SVN SERVER>>>)"
>
> Using the same URL works perfectly through Terminal, but always returns that error with SCPlugin


"Works perfectly"? I would expect command-line (Terminal) use to include a question about whether to trust this server cert, does that not happen?

The usual advice at this point is to answer that question with "p" ("P"ermanently accept this server's certificate).

The problem here is that SCPlugin doesn't yet mediate that particular question-and-answer (our issue #73). But once you've accepted the cert permanently from the command line, SCPlugin as well should recall and obey your preference.

-==-
Jack Repenning
jackrepenning at tigris dot org
Project Owner
SCPlugin
http://scplugin.tigris.org
"Subversion for the rest of OS X"

RE: SCPlugin version 0.8.0 released - now, with Snow Leopard!

Reply

Author webpost at tigris dot org
Full name webpost at tigris dot org
Date 2010-01-31 05:23:52 PST
Message I followed the instructions, but keep getting an error whenever I try connect to a sourceforge svn server.

"Commit failed (details follow):
OPTIONS of <<<SVN URL>>>': Server certificate verification failed: issuer is not trusted (<<<SVN SERVER>>>)"

Using the same URL works perfectly through Terminal, but always returns that error with SCPlugin

Any ideas?

> As I just announced in the announce@scplugin list, I've just made
> available release 0.8.0, our first release with Snow Leopard support.
> I'm really excited about that, and I know a lot of y'all are as well.
>
> The primary new feature in this release is the Snow Leopard support,
> and a cool little widget called the SCToolbarButton that's a big part
> of that. In fact, we really don't have Snow Leopard support *without*
> the Toolbar Button, yet, so this widget is pretty crucial. There are
> also some extra installation steps. Sorry about that--the long delay
> has basically been me trying to find the time to figure out how to
> make the installer do these extra steps, but I've failed (to find the
> time ... still think it's possible). So I'm releasing 0.8.0 with
> manual steps. Hopefully I, or someone else, will figure out how to
> automate this, for 0.8.1.
>
> Extra steps (mandatory for Snow Leopard users; cool and fun for others):
>
> 1. During installation, be sure to install the sub-package called
> "Toolbar Button." You should find that this is enabled by default, but
> check just to be sure.
>
> 2. After installation, add SCPluginUIDaemon to your Login items:
> - open a Finder window
> - navigate to /Library/Contextual Menu Items/SCFinderPlugin.plugin
> - ctrl-click it
> - pick "Show Package Contents"
> - navigate to Contents/Resources/S​CPluginUIDaemon
> - leave that window open, and ...
> - go to the System Preferences application
> - go to the Accounts tab
> - pick your account
> - pick the "Login Items" tab
> - click the "+" button
> - drag-and-drop SCPluginUIDaemon from the first window, into the
> Finder menu in the second window
>
> 3. Log out, restart, or double-click SCPluginUIDaemon
>
> 4. Drag SCToolbarButton from the /Applications/ folder to the Finder
> tool bar (across the top of folder windows). Hover near the right end
> a moment, and the display will change to indicate that it's drop-
> receptive. Drop SCToolbarButton, and it will appear in the toolbar.
>
> Now, you can click the Tooldbar Button and get the SCPlugin menu.
>
>
> -==-
> Jack Repenning
> jackrepenning at tigris dot org
> Project Owner
> SCPlugin
> http://scplugin.tigris.org
> "Subversion for the rest of OS X"

Re: Call for Tiger, Leopard testing (Was: SCPlugin version 0.8.0 released - now, with Snow Leopard!)

Reply

Author jackrepenning
Full name Jack Repenning
Date 2010-01-29 11:33:25 PST
Message On Jan 29, 2010, at 11:09 AM, Marianne Gagnon wrote:

> Also, I think the main reason against using Marco's menu item is that, unless I'm mistaken, he has not published the source code of the latest version of the menu?

Something like that: he and I haven't managed yet to get all the pieces into my hands for testing. But I'd rather word that to make it clear that it was me who dropped the ball, not he.

-==-
Jack Repenning
jackrepenning at tigris dot org
Project Owner
SCPlugin
http://scplugin.tigris.org
"Subversion for the rest of OS X"

Re: Call for Tiger, Leopard testing (Was: SCPlugin version 0.8.0 released - now, with Snow Leopard!)

Reply

Author auria
Full name Marianne Gagnon
Date 2010-01-29 11:10:01 PST
Message Also, I think the main reason against using Marco's menu item is that,
unless I'm mistaken, he has not published the source code of the latest
version of the menu?

-- Auria

2010/1/29 Jack Repenning <jrepenning at collab dot net>

> On Jan 29, 2010, at 9:23 AM, Michael Diehr wrote:
>
> > Perhaps a future version of SCPlugin could offer both options? Finder
> Window Toolbar Button and/or Finder MenuBar icon?
>
> Yeah, that's my plan. This release includes Auria's ToolbarButton, and not
> Marco's MenuBar button, because Auria was first, and I got slammed by a big
> project just as I was trying to integrate the MenuBar button. After that
> strung out way too long, I decided to at least ship what I have while we
> wait to incorporate the rest.
>
>
> -==-
> Jack Repenning
> jackrepenning at tigris dot org
> Project Owner
> SCPlugin
> http://scplugin.tigris.org
> "Subversion for the rest of OS X"
>
> --------------------​--------------------​--------------
>
> http://scplugin.tigr​is.org/ds/viewMessag​e.do?dsForumId=1525​&dsMessageId=2443​119
>
> To unsubscribe from this discussion, e-mail: [
> users-unsubscribe@sc​plugin.tigris.org].
>
Attachments

Re: Call for Tiger, Leopard testing (Was: SCPlugin version 0.8.0 released - now, with Snow Leopard!)

Reply

Author jackrepenning
Full name Jack Repenning
Date 2010-01-29 10:52:30 PST
Message On Jan 29, 2010, at 9:23 AM, Michael Diehr wrote:

> Perhaps a future version of SCPlugin could offer both options? Finder Window Toolbar Button and/or Finder MenuBar icon?

Yeah, that's my plan. This release includes Auria's ToolbarButton, and not Marco's MenuBar button, because Auria was first, and I got slammed by a big project just as I was trying to integrate the MenuBar button. After that strung out way too long, I decided to at least ship what I have while we wait to incorporate the rest.


-==-
Jack Repenning
jackrepenning at tigris dot org
Project Owner
SCPlugin
http://scplugin.tigris.org
"Subversion for the rest of OS X"

Re: Call for Tiger, Leopard testing (Was: SCPlugin version 0.8.0 released - now, with Snow Leopard!)

Reply

Author Michael Diehr <md03 at xochi dot com>
Full name Michael Diehr <md03 at xochi dot com>
Date 2010-01-29 09:23:14 PST
Message Limited testing under 10.6.2 shows that it works fine (except for the noted issue with multiple monitors).

Thoughts:

I was using the prior test version provided by Marco. This version installed the SCPlugin icon in the Finder menubar, rather than creating a toolbar button in every finder window.

That version worked differently:

1. the installation process is easier

2. if you have the toolbar hidden on a finder window (by clicking the tic-tac lozenge button) you can still use SCPlugin

3. there is a "quit" option on the menu.

I'm not sure which is "better"

#1 could probably be solved with .pkg improvements.
#2 may be a clear advantage to "marco's" method?
#3 is probably only of concern to developers who are writing finder-specific code?

Perhaps a future version of SCPlugin could offer both options? Finder Window Toolbar Button and/or Finder MenuBar icon?

Re: Call for Tiger, Leopard testing (Was: SCPlugin version 0.8.0 released - now, with Snow Leopard!)

Reply

Author jackrepenning
Full name Jack Repenning
Date 2010-01-28 15:21:42 PST
Message On Jan 28, 2010, at 2:43 PM, Brian wrote:

> That did the trick! The only thing I see missing is the toolbar app... nowhere to be found after the install. But at least the plugin's working again! Thanks, Jack!

That's an optional component. It's supposed to be on by default, but maybe it was off for you? Would you mind launching the installer again to check? Just "next" until you come to the "Customize" button, click that, and report what you see; don't need to actually do the install again.



-==-
Jack Repenning
jackrepenning at tigris dot org
Project Owner
SCPlugin
http://scplugin.tigris.org
"Subversion for the rest of OS X"

RE: Call for Tiger, Leopard testing (Was: SCPlugin version 0.8.0 released - now, with Snow Leopard!)

Reply

Author breakpoint
Full name Brian
Date 2010-01-28 14:43:46 PST
Message > I've deleted the "p1" files, and uploaded "p2" files with restored build settings. Please give it a go and let me know how it works.

That did the trick! The only thing I see missing is the toolbar app... nowhere to be found after the install. But at least the plugin's working again! Thanks, Jack!


>
> (Like that tinypic.com offer to put your image on swag. Think I'll order me a "Not supported on this system" T-shirt!)

LOL
Page: of 2 « Previous | Next »
Messages per page: