I want to roll back my Google Plugin for Eclipse to a previous version. How can I accomplish that?
Use Help>About>Installation Details>Installation History to see your past list of installed configurations. You should be able to select one and revert to that configuration.
EDIT: update from comments
While eclipse keeps around the past configurations it may need to go to p2 repositories on the internet to download the older artifacts (and that can trip up some configuration reverts).
Unless you have a copy of the older version, you can't roll back. You can definitely get old versions of GWT, but they don't keep around old versions of GPE.
Related
I am new to moodle and I need to do an upgrade. I have several questions first:
I have to upgrade from 3.4 to 3.5 and then to 3.9. Would I have to install all custom/aditional modules to 3.5 or can I do it just on 3.9.
This might be a dumb question, but I want to make sure I don't give anything for granted. In other to know which are custom/aditional modules I just have to go to the plugins view in administration and just copy the plugins that are on the section aditional plugins, right?
Thanks in advance
In general, you can get away with not installing all the custom plugins in 3.5. It is, in theory, possible that a 3rd-party plugin would choose to clean up their older upgrade steps, in the same way that core code does (which is why you can't jump direct from 3.4 to 3.9). I can't remember of any occasion where I've been caught out by a plugin doing that (and I've prepared hundreds of upgrades for different customers over the years). Note: you will see messages about plugins 'missing from disk' during the 3.5 upgrade step, but those should be fixed when you add the plugins back to the 3.9 code.
The list of additional plugins contains all of the plugins that are not part of the core Moodle code. It won't tell you about any custom changes that have been made to core Moodle files, but if you have simply been installing plugins and not messing around with core files (which is true in almost all cases), then you should be able to rely on the list.
Hopefully it goes without saying that you should always take a full database and moodledata backup before you start the upgrade, just in case there are problems (but, in my experience, they are fairly rare with normal upgrades).
now that they release v0.5.0 the question is how can I upgrade from 0.4.6 to 0.5.0 without loosing all my packages? is there even a way. Or if there is no easy way, how have people done it? What is the best way to do it?
Other question is, is it worth it or do I need to upgrade? What are the benefits or why I should not upgrade (yet)? Is there problems with Atom and other packages?
Yes there is quest same question already, but it is for older version and I thought if something has changed on upgrading.
You can go into your .julia/v0.4 folder and copy the REQUIRE file to the v0.5 folder. Then when you Pkg.update() your packages should automatically install.
There are very many upgrades (broadcast syntax, arraypoclypse, string changes, etc.), and many packages may stop supporting v0.4 for this reason. I would recommend you start upgrading soon. Juno has already released its v0.5 version, so when you update it should be compatible.
I work with Tortoise SVN for versioning the code. I have the last version installed (1.7.10).
I created the local repositories using this tool.
Recently I installed the last version of EasyEclipse for PHP (1.2.2.2), when I try to connect to the Repositories I get this error:
Unsupported FS
format svn: Expected FS format '2'; found format '4'
How can I specify the correct FS format in Tortoise or in Eclipse?
Really you can't.
And I'll suggest don't use EasyEclipse at all, because it expect ancient format of repo (2 is "pre-1.5"), while more recent versions (of repo-formats) have serious improvements in different areas
When sharing a working copy between multiple Subversion clients, all must be at the same major.minor version number. EasyEclipse is looking for a working copy that has been created with a Subversion client earlier than 1.7, because it apparently bundles an older version of the libraries.
I know nothing about EasyEclipse but looking at their "news" page, it appears to be abandoned. You'll either need to roll back TortoiseSVN to a release of similar vintage (and dump/reload your repository, since it sounds like you're not using a Subversion server), or upgrade your PHP IDE to something that's actively being maintained and up to speed with current releases.
I am trying to install CFeclipse on Eclipse 3.7. Only possible without the docshare option, but I don't think i really need that. But still, i get a problem. My install hangs when 10016kb of the file is downloaded. Then nothing happens anymore. Is CFeclipse still available or is it still maintained? Is there any other free Coldfusion editor for Eclipse available?
You could also use ColdFusion Builder 2, when the trial expires it turns into the express edition.
http://cfdocyard.blogspot.com/2011/05/coldfusion-builder-express-edition-free.html
But as mentioned above, I guess where 3.7 isn't released it's not yet supported, you could join the mailing lists to ask to the guys who will be able to respond directly.
http://cfeclipse.org/index.cfm/help/
Some users have reported problems downloading the plugin. It's a very intermittent problem and we haven't been able to track it down to a cause yet. Are you behind a firewall or using a proxy?
If you run into this problem every time, could you please post to the user group so we can try to track down the problem? Thanks!
Is it possible to leverage eclipses built-in local history to create and save versions. I find local history very useful, but if I could restore the whole project to a previous state that would be even better. I've considered using version management, but it seems unnecessary as I am the only person working on my project. And I could really benefit from the ability to name my (local history) versions instead of having to go by date.
Thanks,
Lemiant
You're going through a lot of hassle just to avoid version control. Instead! Use a local version of subversion for all your version control needs.
You do not need to host a server. It will use the filesystem only! Use subclipse or subversive to integrate into eclipse.
A tutorial how to set it up(takes less than 5 minutes):
http://vincenthomedev.wordpress.com/2007/10/15/setup-svn-local-repository-step-by-step/