When I go to the C:\ drive, I find two thousand Conda-nnnn folders as in the image screen shot of C:\ drive.
Why are there so many Conda folders and how do I clean them up?
I am trying to use the command to remove them '>conda clear -all', but I find that they are not being deleted. What am I missing?
Related
Is there an app or process to download full directories and files in batch? Either using a txt file containing URLs or simply copying and pasting the URLs?
I've tried jdownloader2, IDM, free download manager, etc with no luck
wget seems a possibility from my research, I have never used it before...
Example:
I wish to download to C:\Files\
http:\\www.files.com\dir1\dir2\*.*
http:\\www.files.com\dira\*.*
http:\\www.files.com\dirb\dird\*.*
http:\\www.files.com\a.jpg
http:\\www.files.com\b.txt
http:\\www.files.com\c.nfo
http:\\www.files.com\d.png
And when I open C:\Files\ I have the following:
dir2\*.*
dira\*.*
dird\*.*
a.jpg
b.txt
c.nfo
d.png
I hope that I explained this clear enough.
Thank you for reading this!
I accidentally deleted a jupyter notebook file on my Google Cloud instance. I wonder if there's anyway to restore/recover the file?
Thanks to this link, I found the solution. Files deleted in the browser should probably be in a Trash folder. In my case and on my Google Cloud instance, the deleted files were in the following path.
cd ~/.local/share/Trash/files/
By using ls, list the files and see if your file is in this folder. If yes, then simply using the mv command you can move your deleted file to the path you want.
I'm using Sourcetree on OS X. I'm working on a WordPress project. For some reason, changes I make in the 'themes' directory are not being shown as Unstaged files. If I add a test file to /wp-admin/ or /wp-content/ it shows the test file as unstaged. I can't figure out why themes files are not being tracked.
I checked .gitignore and it's empty.
Any help is appreciated. Thanks!
To clarify the question. If SourceTree fails to recognize un-tracked files here are some steps you should take.
Double check that you are not listing the file/directory in .gitignore
Open up a GIT console for that repository and run git status This should show whether any changes are detectable by GIT.
Go to the directory in which you are having problems and look to see if you have any .gitignore files or .git folders. If they exist then deleting them should allow you to add these files to your repository
Caution:
Sometimes having a Repo inside a repo is by design (often referred to as a sub-repository) and could cause issues if removed.
Edit:
I just replicated this scenario with two repos and source tree appeared to see the untracked files once the .git was removed.
Could you open up a terminal window to that themes directory and do an ls -a?
If you use SourceTree, open the terminal and use git add <fileName> -f to force shown any changes in this folder then you can push to Bitbucket
I have 7zip on my desktop computer, at: c:\program files\7-zip\7z.exe. I also have 2 mapped drives that have similar structures, drive X and drive Y. Below is an example of the source.
Drive X
X:\Sourcefolder\Folder1\file1.zip
X:\Sourcefolder\Folder1\file2.zip
X:\Sourcefolder\Folder2\file3.zip
X:\Sourcefolder\Folder3\file4.zip
The destination folder structure would be as follows:
Drive Y
Y:\DestFolder\Thing1\Folder1\[file1.zip contents and subfolders]
Y:\DestFolder\Thing1\Folder1\[file2.zip contents and subfolders]
Y:\DestFolder\Thing1\Folder2\[file3.zip contents and subfolders]
Y:\DestFolder\Thing1\Folder3\[file4.zip contents and subfolders]
The folders on Drive Y (DestFolder\Thing1\Folder1, 2 & 3) are already created. Some of them may already have other files & subfolders in them.
I can run the following command line and unzip the contents:
for /R %i IN (*.zip) DO "c:\program files\7-zip\7z.exe" x "%i" -o"Y:\DestFolder\Thing1\Folder1"
However, what happens is that on my mapped drive, I see a NEW structure out there that is exactly what I had in the second set of quotes in the command line, even if those folders already existed. Thus far, I've only tested it on empty folders, as I am concerned it might corrupt any existing files that would be there. I can navigate between them, and can cut & paste the files into the correct folder.
Why is 7zip "creating" the duplicate folder structure to extract the files into? I know the -o switch allows you to specify a destination directory, but it doesn't say in the help file that it creates it or what happens if it already exists.
Should I be using another command line parameter to extract these zip files into the proper folders? Thanks!
I have been using Robocopy to backup my computer files. I have been using the following command:
robocopy C:\Users\ J:\backup\ *.* /a /XD AppData /XJD /R:0 /s
When I look into my J drive in Windows Explorer I see folder named J:\Users\ but when I use dir from the command line I see a folder named j:\backup. The backup and user folder seem to be the same. I also tried looking at the content of the J drive in cygwin and see the backup folder but do not see a Users folder. What is going on? Is robocopy the culprit?
Just go into the backed up folder and delete the desktop.ini file. The folder name will revert back to the directory name. You copied the desktop.ini file from the source "users" folder that is causing the issue. You can and desktop.ini to your exclusions list with out any issues to your back up. They get created on the fly anyway if they are not present.
I tested this on a windows 7 pro machine just to verify.
The problem is not related to robocopy. The link below describes the problem.
https://superuser.com/questions/381110/windows-explorer-sees-different-file-name-from-cmd/381159#381159