How do I get Time Lapse View in P4Win? - version-control

In the past, on Windows XP machines, I was able to install P4V (the stupid platform-independent Perforce visual client that Perforce tries to shove down your throats), then after that, install P4Win (the wonderful clean robust mature visual client that Perforce is stupidly trying to deprecate).
If I did the installs in that order (and only in that order), I would get an option for "time lapse view" of a file when I right-clicked on it in a Perforce depot in P4Win. This would launch the time lapse view app that came with P4V, and everyone would be happy.
I just did those steps in Vista and... no dice. I don't see the Time Lapse View option when I right-click on a file.
Anyone know what wonky sequence of install steps I need to do under Vista to get this option?

Okay I did this myself. The steps I followed were:
1. Uninstall every single Perforce product on my machine.
2. Reboot.
3. Install P4V.
4. Reboot.
5. Insteall P4Win.
6. Reboot.
Then the Time-Lapse View (and the Revision Graph, another useful tool you can only get from the P4V tools) show up in P4Win. Huzzah!
By the way I tried uninstalling them all, then reinstalling in the right order WITHOUT any of those reboot steps... no dice. Probably not all of those reboot steps are necessary, but I wanted to be sure, and it worked.
I'd like to take this space to say once more: P4V is donkey feces, and Perforce needs to stop trying to shove it down our throats and continue to build on the fantastic product they have in P4Win. kthxbye.

This method also works for Windows 7 64 bit with 64 bit versions of P4V and P4Win

Related

What is VSCode User Setup for Windows?

On a Windows workstation after a recent update of VSCode I'm prompted (recommended) to install a "User Setup Distribution of VSCode for Windows"
The link for more info leads to:
Download User Setup
If you are a current user of the system-wide Windows setup, you will be prompted to switch to the user setup, which we recommend using from now on. Don't worry, all your settings and extensions will be kept during the transition.
I don't see anything that explains what changes this distribution makes or how it's different from a distribution for other platforms, like X11/linux.
Code is a great editor, so I use it on various platforms depending where I am. Where is the explanation of what is included in this updated "Distribution"?
https://code.visualstudio.com/updates/v1_26#_user-setup-for-windows
Famous Question Badge Celebration! : love to VSCodium https://vscodium.com/ ... and highly recommend to anyone interested in this Q.
VSCode User Setup is a new installer, with a new install strategy, which installs the whole executable for VSCode and its dependencies in directories which don't require system-level / administrator permissions to modify. This allows a few things:
Users who don't have admin privileges to their workstation can still install and use VS Code
VS Code can perform its updates with fewer prompts (basically without the system-level privilege escalation prompts)
One tip: If you already had VSCode installed as a system-wide installation and you switch to the new installer as prompted/recommended, the User Setup installer will suggest that you uninstall the system-wide install first. I was a little nervous that I might lose my extensions doing this, but I went ahead and tried it and am happy to report that my extensions, recent projects, and other data regarding my VSCode use remained intact between uninstalling the "old" version and then proceeding with install of the new User Setup version.
(I'm a first time responder after many years.)
Note there is another useful discussion on this subject at: (What is the migration procedure for moving from Windows system-wide Visual Studio Code to user setup?). I too got worried when I got unexpected messages from the install informing me that the version was already installed and asking me if I wanted to continue? I clicked NO, why continue if it is already installed. However, in the process I became aware of the distinction between 'distribution' and 'version'. It turns out that the install works pretty much flawlessly no matter how you go about it. You can delete the system-wide distribution or not. If you do delete, you can delete before the new install, (which I did). You can also delete after the new install. (I didn't read too closely but there might be an extra step if you want to use both distributions.) In hindsight, since all approaches work nearly flawlessly, a minimal amount of instruction is all that was required. But in foresight, a little extra information on what to expect would have expedited the process for several people, including me. P.S. I found the answers in this thread useful. Thanks.
From the page you link to:
This setup does not require Administrator privileges to install. It also provides a smoother background update experience.

Eclipse freezes when trying to install

so I have a problem. I accidentally deleted Eclipse folder and I wanted to install Eclipse again. But when I run installation it freezes the moment I run it, and I have to exit it...please help me
It would be informative to observe and mention any system error during installation attempt. By the way, I hope you are installing the right version for your operating system and more so, you have the recommended system requirement like RAM size, processor speed. I suggest:
Restart your system.
Use a system tool like Advanced System Care (free) and scan your system.
Well, I don't know what happened but I tried to install it 2 times, it freezed and didn't work. When I tried third time it worked. :D So yeah. Magic.
I had the same issue. Everytime I tried to install Eclipse, the installer froze at some point. Turned out it was a problem with the firewall. I tried the installation over a hotspot from my phone and it worked.
Might not be the problem for you, but I thought I leave this here, as I was trying for quite a while and almost gave up.

Adding pre-install code to the netbeans platform "package as" installers

I have built an application that installs and runs fine on my Windows computer on the first install. I wish a computer novice to be able to re-install it from scratch. At this time, I have to manually delete the directory where the installer puts it. C:\ProgramFiles..... This is trivial code that I would know how to write, if I could get to a pre-install area within the deployment installer. How can I get this code into the deployment installer?
Alternately, is there an option the user could push to delete the previous version. The deployment
installer obviously knows that the previous files are already there? Other installers say something like "Do you want to re-install" and then take care of the problem.
I would also like to include my version of the java virtual machine with my deployment. I have found several descriptions of how to do this, but they do not always agree.
I am new to java, ant and Netbeans but have over 50 years programming experience. This is an elegant solution to many standard programming problems. It seems a shame that two conceptually simple
holes should exist.
Ann Maybury

Run Eclipse EPIC Perl Plugin on Remote Project/Files

I recently started a new job, where all development is done on a remote dev server. I really like Eclipse as a centralized development environment for all the different stuff I'm working on, and am not a particularly big fan of emacs or vi. I'll use emacs if I have to change something quickly, but after really trying to like it for normal development, I'm really starting to miss Eclipse.
That said, is there any way I can use Eclipse with EPIC for Perl development on a remote server? I can live without debugging functionality, but proper syntax highlighting, and the ability to create projects would be really, really nice. So far, I've tried using a remote browser plugin for Eclipse to peruse the remote dev server and open stuff into Eclipse that way, but it is far from ideal. Anyone have any better ideas?
Answering my own question (which no one seems to have looked at or care about, but what the hell-- maybe someone will have the same issue):
Grab Remote Systems Explorer from here.
Setup RSE to ssh into your remote server.
Create a new empty EPIC project (or using whatever plugin/ language you want).
Right click the project, select "New Folder," then
Advanced >> Link to alternate location (Linked Folder)
Switch file system to RSE, then just browse to some folder on your remote system you'd like to become a project, and add it.
That's it, you're done. Now when you open your project in Eclipse, you'll see that folder with all the code you wanted, and you can use it just like you would locally.
The main problem I'm seeing with this right now is that currently I can't get it to do any error checking, which is too bad. I'll work on finding a work around for that and update here if I do.
If you're on linux, you can also mount the remote drive/folder with sshfs and use the same "linked folder technique". I do this all the time for Java EE development. sshfs is also very reliable, unlike Windows network shares mounted on linux with Samba-Client. (Sometimes the Windows sharing service gets confused. And needs to be restarted on the remote server. I use a powershell one liner for this "restart-service -name 'sharing service' " or something likeĀ“that.)

Installing a source control without admin rights

I'm forced to use SourceSafe at my job. There is no way this is going to change. I would like to use another source control for my own need in parallel. I want to be able to keep an history of my modifications, branch easily and merge. I can install any application that doesn't requires admin rights. I cannot install Python or anything that integrates in File Explorer.
I'm not much of a command line guy so a GUI is a must. I managed to install Mercurial but not TortoiseHG. There is a chance msysgit would install but the GUI isn't very good.
Any suggestions?
you can install svn command line just by unzipping it, but if you want TortoiseSVN for the GUI then I you may need admin rights, not sure. But you don't need a separate gui if your IDE supports SVN, like Eclipse or any other java IDE does.
Git has a pretty nice command-line interface with color and auto-completion. After reading the Pro Git Book I found the command-line is great.
There is GUI bundled with it. It is nice for viewing logs and merges but may be not to your taste. There is also a TortoiseGit shell extension (like the famous TortoiseSVN), but that would require admin privileges to install (as opposed to Git portable).
Install and use a Virtual Machine product and go crazy with whatever you want, then look for another job.
I would check out SourceGear Vault, it has SourceSafe Import and SourceSafe Feature support. This may need admin rights though...
Another tack is to synchronize a copy of the directory to another machine where you do have some rights. I would recommend rsync -- I think there are several Windows versions available.
On this other machine you can now use whatever tools you like. I know it's a kludge, but then so is working on a system where you aren't even trusted enough to install something like Python.
AFAIK any TortoiseXX will need admin rights as it needs to hook up explorer.exe to use it. you should still be able to use hgtk part of tortoisehg to get at the windows though
There is no way this is going to
change
I don't mean to say that you should shout your head off about how svn, or whatever, is great, and moan about VSS all the time. But I find it hard to believe that a well-reasoned proposal to switch to a newer, better version control system outlining the pitfalls of VSS (no security - all users have write access to the history of everything, for example) would be ignored.
If you can't install programs that integrate with explorer, then using any version control system is going to mean learning to use it from the command line!
Check out bazaar (bzr). I've not used it personally but it claims to have an excellent gui which may mean you don't need a TortoiseXX install.
Just use a version control tool from the command line. It isn't painful and it can be automated quite easily via your existing tools. SVN isn't going to be great when interacting with an existing version control system (it is finicky about files/directories being deleted, renamed etc), whereas the DVCS tools (I prefer Mercurial) are much smarter about it.
My recommendation: Use Mercurial. It has sane ignore rules so it can be trained to ignore VSS cruft, a single .hg directory that contains all the VC data, and easy branching (which will help you change gears more often). git is fine too, but has a steeper learning curve.