I'm using Unreal Commander as a free alternative for total commander(win os). I've chosen to show native icon's and context menu and for tortoise cvs everything was fine. Since I started using Tortoise SVN I don't see it's icons on files and folders, and also if I left click on them I don't see SVN in context menu(still see CVS). But I can see all this stuff in usual win explorer. Does anyone have common situations or ideas what is the difference between them?
If you are on a 64-bit OS, and Unreal Commander is a 32-bit app, make sure you install the 32-bit version of Tortoise SVN in addition to the 64-bit one.
You need to install both versions if you are going to use both types of app with it. (You always need the 64-bit version, at least if you want it to work with Windows Explorer and other 64-bit file managers.)
Off-topic: If you are in this situation, it's also worth noting that it's quite difficult to make a 32-bit file manager show the real view of a 64-bit machine (without also potentially breaking third-party add-ons), since 32-bit processes see a virtual view of the filesystem. (They can turn it off within their process, but that may then break parts of them or other components they load/run which require it or now see a conflicting view compared to the thing that launched them and the arguments it passed.)
SVN and CVS are both version control systems but are pretty apart and don't mix. Usually windows clients connect a folder on your hardisk to a repository and will display information there based on the repo info compared with your local working copy. If you had a connection to a CVS it is not normal to show anything while using SVN as is totally another system.
Related
I am trying to build and deploy a gaia build from git repo in Windows. I am trying to deploy it in অ Flame.
I am trying to do it in a windows 7 with cygwin installed. After installing everything this is the error I am getting
This works just fine in a Linux machine, but I need to do this in Windows since right now I have access to it only.
Any pointers to what I am doing wrong here?
I'm afraid it's not going to work without significant effort for several reasons. Much better to use a VM with Linux on as even if it did work it will be really slow. Windows is slow at handling lots of file access and Cygwin slows it down even more.
For example in making a simple change to config.sh (full stack build) so it works on Cygwin I found it took hours to run (on a decent PC). And then I had a couple of corrupt git repos I had to hand fix.
I also looked at getting gaia's make to work, but stopped after the problem just got bigger.
Here's what I found for future reference
The build is not really portable, it expects a linux like environment
While cygwin gives good linux emulation most of the tools run are win32 native and handling path conversion for them requires not trivial changes due to assumptions. For example you can switch to the Win32 XPCshell and hack the command line paths to use cygpath, but environment variable are an extra source of dependency in the JS scripts and are all unix paths. ( I did manage this part).
these path and environment dependencies get magnified with the C build chain and other tools.
You need to change the mount to use noacl or else cygwin attaches ACLs to simulate file properties, thus breaking things. It's might even be a little faster without ACLS
I also tried MinGW which provides native versions without the emulation so should be faster. However it falls short of the requirements and its automatic path conversion heuristics get in the way.
you need to turn of any antivirus prog as they slow it down. in fact the very first time I used the old FIrefox WIndows build it would crash after a long time. Turned out to be a mem leak in the AV :(
So all-in-all it's too much hassle in terms of dev time to convert and probably maintain. A true Windows build would be better but then it's so easy these days to run a VM. You can even share directories between the guest and host so could flash from Windows.
I also tried with cygwin, but was unable to build the gaia source code on windows.
It's not straightforward to build the gaia source code on windows. Please follow these steps:-
Download Mozilla Build from MozillaBuild - Mozilla Wiki and install the tools in c:/mozilla-build (preferred). It includes everything (make, wget, python etc) you need to build gaia source code.
Run start-shell.bat. If build process failed with this batch file then run start-shell-msvc2013.bat if you have Visual Studio 2013 or start-shell-msvc2015.bat if you have Visual Studio 2015. (You need Visual Studio for the second step).
Browse to the gaia source code directory using the command cd Mozilla/gaia.
Run DEVICE_DEBUG=1 make command. Don't run DEVICE=1 make or make command (because you won't be able to debug the apps, I was able to connect to the Firefox OS 2.2 but was not able to debug the apps when I ran these commands).
If you are running this command for the first time, it will download the b2g_sdk otherwise it will create a folder profile with your custom profile.
Open the WEBIDE using Firefox (Nightly preferred) and point to the profile folder you just created.
Links for your reference:-
https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Developing_Gaia
https://developer.mozilla.org/en-US/Firefox_OS/Developing_Gaia/Different_ways_to_run_Gaia
https://developer.mozilla.org/en-US/docs/Tools/WebIDE/Troubleshooting
https://developer.mozilla.org/en-US/Firefox_OS/Developing_Gaia/Making_Gaia_code_changes
https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Build_Instructions/Windows_Prerequisites
Under Windows 7 SP1 (64 bit), I have been using a git repository stored on SMB share made available by a Linux machine. I've made it available offline (right-click in Win7 Explorer, select "Always available offline") and I dimly remember the directory is being indexed by Win7.
I've made some commits, resets, branches and the like with TortoiseGit and I never got any warnings or error messages. When looking at the shared directory from my local machine, everything looks fine, but when I look at the file share from another machine, I see that the MS Word 2010 file (.docm) I've been working on is gone (!) and there are lots of .tmp files in the directory, all corresponding to different versions of that Word file:
While I managed to work out that the last .tmp file is what I was looking for, this is not really nice to work with...
Has anyone seen such a problem? Can TortoiseGit be made to work with Windows 7's "work available offline" functionality?
It looks like it's incompatible with offline dirs, seeing what you noticed. But given the fact that git is distributed, I don't see any interest in working in this manner, since cloning the repository from the SMB share to your local machine does what you want, with much more features and controls that Git gives to you
Or alternatively, is there some other SVN client that has explorer ease of use but also supports the SVN details columns that are no longer available in Vista/Windows7?
I've looked briefly at things like Explorer++, FreeCommander, Xplorer2 lite but none seem to have such support.
I just want a quick, easy and free solution to the missing columns that have proved so useful when ordering the file list to see what's been added/modified etc.
Check out FreeCommander: it allows for defining custom columns.
(Not sure if that will support SVN informations, but the alternative, xplorer2, which supports SVN, isn't free)
5 years later (2016), Andrew Jens confirms in the comments below:
I'm very new to FreeCommander (Build 716) but I can confirm that it does show the SVN folder icons for all items within the currently-selected folder (i.e. the right-hand pane of the traditional Windows Explorer window).
What it doesn't seem to do is show the SVN icons in the folder tree view (i.e. the left-hand pane of the traditional Windows Explorer window).
This observation is based on the free 32-bit version.
He adds (again May 2016):
I just bought the 64-bit "donor" version of FreeCommander (Build 720).
When it comes to SVN icon display, I can confirm that it appears to function exactly the same as the 32-bit free version ... i.e. the folders in the folder tree-view do not show the SVN icons but the files and folders (in the right pane) for a selected folder do show the SVN icons.
I've tried a whole bunch of these and the only (free) one I've found that supports Tortoise columns is Cubic Explorer. I've only tried it on WinXP with TortoiseCVS so your results may vary.
See my comment elsewhere on this page about FreeCommander (which does have some support for SVN icons), but I can also confirm that Nomad.NET (http://www.nomad-net.info/) shows the SVN icons.
Cheers,
Andrew.
PS. I found Nomad.NET a little buggy under Windows 10 64-bit so I swapped over to FreeCommander (which so far is stable).
PPS. I can also confirm that Xplorer2 shows the SVN icons.
I have to start using CVS at my new company so that I can play nicely with the developers who are all *nix users. I happen to be a Windows Vista user and unfortunately do not have the ability to switch anytime soon. I am also not exactly a command line guru yet, so any simplified method is ideal for me.
I discovered TortoiseCVS today and it seems pretty straight forward, even though it says it is not directly supported on Vista, which worries me a little.
My questions:
Do you use CVS on Windows (Vista)?
What method do you use? (Tortoise CVS? Another option?)
Does your method get along well with repositories setup on/by *nix machines?
Any other advice for the noob? (Thanks)
I know many people who required a gentle introduction to cvs and ended up using WinCVS with no real difficulty. I know many others who are using the cvs client in Eclipse. This usage includes projects which are not otherwise managed by Eclipse. As for myself, I stick to the command-line myself because I feel the lack of GUI abstractions helps me to always understand exactly what CVS is doing. All three solutions work well on Vista, 32 and 64 bit. Our shop uses Mac, Linux, Solaris, and Windows, with the server on a Linux machine, and we never have any problems with compatibility.
There's one issue you should be aware of regardless of your choice of cvs client for cross-platform goodness, though. Most cvs clients convert between Unix newlines (on the server) and Windows newlines (on the client) by default. You should understand that this conversion is happening and be aware of the consequences.
This conversion will cause real problems if you try to commit a file with Unix newlines. So, you need to avoid, for example, copying files from a Unix repository to your Windows box, editing them, and committing them unless you've done the newline conversion. We had some real problems with this in my shop, and I instituted a strict policy that people should only communicate files between machines by committing them to CVS. Never, for example, by email, shared network directories, etc.
If your CVS repository has any binary files, some may not have been properly tagged as binary files. In *nix-only shop, nobody would notice, as the binary flag won't affect most binary files. But in a cross-platform shop, the binary flag routinely affects how cvs treats files, since it will disable any attempts at newline conversion. Typically, any file which was committed from a Unix box will be correctly represented in the repository, so you can fix the problem on the Windows end by merely changing the tag and re-updating. I.e.,
cvs admin -kb file
cvs update -A file
There are some other avenues you can take to interact with your *nix bretheren.
Install VirtualBox and a distribution of Linux so you can natively run the same toolset.
Install VirtualBox and a copy of Windows XP, which is known to work with TortoiseCVS.
You can find VMWare appliances pre-loaded with a linux distribution, which you can import into VMWare Player or VirtualBox. From there you just need to connect up to your shared drive the same way that they do.
Please note that CVS is no longer being maintained. You should really be moving to SVN, git, or some other version control system.
If you're using an IDE like Visual Studio or Eclipse, you should look for the appropriate plugin that integrates with your environment. Those might be better supported (though TortoiseCVS is likely just fine, even if the developers don't want to make any claims).
A colleague of mine agreed to using Subversion (SVN) for our little project, but only if he doesn't have to install it. He has a U3 USB stick where he keeps the project files and he would like the SVN client to live there as well. I tried searching for a non-installable SVN client, but couldn't find anything (although I suspect that many of the available clients would run if just copy-pasted from an installation folder). What can be recommended?
I'd really like to get version control going. It would be best if it had a GUI for merging files too, not just the command line.
Added: The copy-paste from an existing installation is one solution, but I'd like to see first if there perhaps isn't some client that does not require installation by design. If not, I guess RapidSVN is nice enough (although it does leave stuff in Windows registry).
Try RapidSVN. The CollabNet binaries can be used in a similar fashion for command-line support. Yes, these have installers, but you can simply copy the binaries around -- I use Universal Extractor to get the binaries out without having to run the installer.
Also, an enterprising user has packaged RapidSVN as a PortableApp. There is an "installer", but it really just unzips things into a directory of your choice and writes a default configuration file into that directory.
Try Alagazam.net's Subversion Windows Installer. There is also a version with just the binaries without an installer.
I'd go with the copy and paste the bin folder from SlikSVN.
It seems like SlikSVN is the underlying platform behind several graphical SVN clients. In my experience it seems stable and reliable.
Specifically, the bottom link on this page seems to be a non-install/xcopy precompiled package (although I haven't tried this one myself, only inspected it). It does not appear to be the newest, though. You might do your friend a favour by installing the newest SlikSVN on your own computer, and then share the bin files with your codeveloper.
If Java is available on the machines you could use SVNKit.
There's a portable version of SmartSVN which is what I use. It's a pretty good SVN client, but it needs JRE. It has a nice GUI and all.
There is a portable version of RapidSVN here. Just install it to a flash drive.
I was able to use the command line client that I had installed onto a USB stick. I then whipped up a couple batch files that did the basic checkout, checkin stuff, and one batch file that gave me a command prompt with a PATH set.
It doesn't have all the integration of something like TortoiseSVN, but I don't think you would be able to easily do that from a USB stick.
I've had this same problem, and thought it would be easier to find than it is. Bert Huijben posted the solution as a reply to Cecil, but his link was outdated.
http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100
Scroll to the bottom where you can grab a ZIP file of the binaries. It works for me.
Alternative two should be pretty sufficient. But both methods requires installing it to the USB device which I guess is similar to just copying onto it. I checked Wikipedia and there are some standalone listed there.
SmartSVN, QSvn (portable version requires install), and Syncro SVN Client (they have versions which requires you to extract and run), etc. But does it copy, and does it run any different than installing to the USB?
Alternative One
Load Cygwin on the USB device, install SVN support and run it off of that. There isn’t any up (which I assume is more than possible) since I've had the luxury of using TortoiseSVN (requires install).
Alternative Two
Install TortoiseSVN on a USB device and use if off of that. It has a GUI interface for merging and diff. This may be relevant to your interest. However, Google has some results indicting they are slow.
Finally, there is an PortableApps version of RapidSVN:
Another alternative which may be acceptable to some users:
The Eclipse IDE is portable (not entirely; it depends on Java). Use the Eclipse SVN plugin (Subversive or Subclipse). This takes care of the daily needs.
You may choose to point to a Java Portable installation to make it truly portable. However, I believe it might be slow to run off a USB pen drive.