Sorry for asking but I need to access a remote repository. I was given an account on the server side and i have installed tortoise svn on my client machine. the problem is i cant access, update or commit changes because i keep geting the above error. I think i have to make some changes in the .conf file but I do not know which changes to make exactly. thanks in advance
There is an error in C:\repository\conf\passwd which contains usernames and password for authentication. Take a closer look at the file, fix it and this should solve the issue.
Related
I have a project Pyramid Application. I store it on git and pull the branch to the server when I need update. Until now I was working on Koding but lately decided to check out azure and it's developer's benefits.
After I've created ubuntu server virtual machine (which actually is what runs under Koding) I've downloaded my project using git pull, but forgot to change the branch to the one I'm working on atm. So I did, but server still shows me the old page (like I didn't checkout the other branch). So I checked sftp and files show me they have been updated.
Why am I still seeing the old page?
Now I know the reason why! (at least I think, but please. correct me if I'm wrong)
I noticed that there was .pyc file for every .py file, and those are "compiled" (bit of simplification?) python files as I understood it. And it seemed to me that they were not "compiled" on app launch. But they compiled with setup.py... edit dates suggest that.
So the reason why I didn't see the changes I did in code was that... http.server was using old "compiled" files instead of the source files! But is that normal/expected behaviour? Dunno. There are many other quetions now, but main question was answered so I mark this as answer until someone gives better answer.
i got a question concerning linux and svn.
I run ubuntu on a virutal box and actually I am not used to linux yet.
For researches I am connected to a svn-server, which I update often.
At the beginning I was asked if my password should be stored unecrypted. I choose to store the password but now I want to change it. I already googled a lot, but this didn't help me. It was often said to change to /etc/subversion/config but this directory doesn't exist, oly /subversion/ exists, but this folder is empty.
Can anybody tell me how I can set, that I always have to enter my password as soon as I do a svn up or svn commit? Please give a detailled description, because I am still used to Windows ;)
Thanks for help
Look in the $HOME/.subversion/auth folder, where $HOME is your home directory (i.e. /home/<username>). You should find a like like $HOME/.subversion/auth/svn.simple/<some_hex_string> which contains the stored credentials for your repository. Delete that file.
(To reset all your svn settings, you can just delete the $HOME/.subversion folder.)
I have a owncloud server and the owncloud desktop client.What I want to do is to be able to delete things server wise and have it automatically delete from the pc. The problem is that the owncloud client displays a warning message of "Remove All Files"? with the choices of Remove all files or to keep files when the files are deleted from the server. Is there a way to not have the prompt come up and automatically remove all files?
In the version 2.2.3 (maybe earlier), you can change the configuration file to disable the prompt.
See the code where the prompt is invoked and the code showing the configuration file property.
If you edit (on Windows): c:\Users\myuser\AppData\Owncloud\owncloud.cfg and add the following, under the [General] section, you will no longer get the prompt.
promptDeleteAllFiles=false
The short answer: You cannot change this currently.
The long answer: The dialog was added as a safe-guard because there were cases where you could lose all your files unintentionally, e.g. if your admin re-created your account and left it empty. The client would assume the files had gone and would replicate this (it could not know better), so it would replicate the data removal locally. The code is still there today just to be safe.
If you are fearless, you can patch Folder::slotAboutToRemoveAllFiles(). Alternatively, you could open a bug report so we can solve this for everyone. What is your motivation to be able to do this without a prompt?
PS: The sources can be found on GitHub. URL and build instructions at http://doc.owncloud.org/desktop/1.5/building.html.
I have a script that processes the files that someone drops into ownCloud and it will then move them to the final storage place. However, this prompt stops the client from syncing until I manually log in to acknowledge it... I guess I will learn how to patch this.. Dropbox doesn't do this. Google Drive doesn't do this. But since I can't use cloud services (compliance issues), I have to use this solution until I can build a new secure upload means.
I have mercurial setup by following these instructions.
I'm trying to understand where or what file to setup the users in. Everything I've read seems kind of cryptic... it gives all these snippets of code saying use this but it seems to be leaving out steps of how it's all connected and what file to put the snippets of code in... can someone please de-mystify all this for the ID10T#TheKeyboard?
Keep in mind that the basic model of Mercurial cannot actually prevent anybody from checking something in. The only thing it can do is prevent those users from uploading something to the your copy of the repository.
IIS can set up authentication so that Mercurial knows which user is doing the uploading and so only certain users are even allowed to try to upload. If all you care about is limiting who has commit access to your repository you can stop right here. But if you want something finer grained, I think you are currently out of luck.
But, if it ever ends up working with web server authentication, you'll have to use the ACL extension if you want finer grained access control than simple who's allowed to send changesets to your repository.
The way the ACL extension works when changes are being sent over a network is as a pre-transaction hook on changegroups (a set of Mercurial revisions). It can look through these changegroups to make sure all the changes satisfy a given set of criteria. There are a wide variety of criteria that can be specified.
The ACL extension can be configured either in the global hgrc file, in which case it applies to all repositories, or the .hg/hgrc file of the repository you want to control access to. In my opinion the global option isn't terribly useful.
Check out the "Securing Mercurial" section here:
http://win1337ist.wordpress.com/tag/mercurial-iis7/
Also see this related question that has a lot of good info:
How to setup Mercurial and hgwebdir on IIS?
We're using CruiseControl.Net to do our continuous integration of our web applications.
we build the project, zip it up, copy it to the integration server. A littel bit later,
the wbe.config is cached away, the folder delted, the zip file unzipped recreating the folders, etc, then the web.config is copied back.
the issue is that somwhere in the process, one of the folders (not always the same one)
will have it's permissions totally hosed.
even the owner can't open teh folder to look at the contents.
We reboot, and everything is golden, we can delete the folder and redeploy and everythign works.
My question is, other than if anyone has expereinced anything like this, is
what tools do you suggest to try to figure out what exactly has the permissions messed up
that is nolonger doign so after rebooting.
I figure if I can get a clue about what, I can figure out why.
Thanks,
E-
You could try finding a way to run cruisecontrol.net as a limited user, that way it can't set permissions as something higher.
I'm afraid I don't remember the details But it was an obscure security setting on the Network our IT guys tweaked and it works now. I'm sorry I can't remember any more info, but I figured even this will be of some help incase someone else runs into the issue.