howto limit filetypes
Hi all, is it possible to deny users to commit particular filetypes into subversion repositories? Thanks Marco
Re: howto limit filetypes
Thanks! Could you give me an example on how to implement this control so that users can not commit particular filetypes? Marco On 2 Feb, 16:24, Ulrich Eckhardt wrote: > On Tuesday 02 February 2010, Marco wrote: > > > is it possible to deny users to commit particular filetypes into > > subversion repositories? > > Yes, take a look at pre-commit hooks. > > Uli > > -- > FAQ:http://subversion.tigris.org/faq.html > Docs:http://svnbook.red-bean.com/ > > Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland > Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932 > > ** > Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland > Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932 > ** > Visit our website at <http://www.satorlaser.de/> > ** > Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten > bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen > Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein > sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, > weitergeleitet, veröffentlicht oder anderweitig benutzt werden. > E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte > Änderungen enthalten. Sator Laser GmbH ist für diese Folgen nicht > verantwortlich. > **
svnserve+sasl+pam
Hi, I want to authenticate SVN users against the local machine accounts; the system is Debian Testing. But every time a user tries to authenticate, he gets: svn: Commit failed (details follow): svn: Authentication error from server: SASL(-13): user not found: no secret in database What's going on there? Marco
Shared/Common files in SVN
Hi, i'd like to propose a new feature/improvement to SVN. Some users have projects that share some files, usually the layout would be something like this: \Common \Project1 \Project2 \Project3 When working on a project, the developer needs to checkout the Project directory and also the Common directory, which contains the files shared between the projects. This can't be directly handled by SVN in a single checkout, there are workarounds but they have limitations: 1) Double checkout Using this method the developer have to checkout the Project dir and the Common dir separately. This means that they also have to ensure they're checking out the same revision from both, and they also need to handle commit/updates between them. In other words they must do everything manually with the risk of doing something wrong with revisions. 2) Files / library copy This consists on making copy of the shared files in the project dir, or make a library for them and copy it to the project directory The library approach seems to be the the best solution but there are situations in which this can't be done, for example if a shared file is an header. Also, if the shared files must be edited this means the developer have to checkout the Common dir any way and edit the project to use it while testing, and finally to rebuild the library and copy it to the project. 3) Externals The externals method is near the solution, it consists in adding an external directory inside the project which points to the Common dir. The main problem is that externals are not in sync with the main checkout, they refer to HEAD revision by default, or a specific revision. To checkout a past revision of the project the only solution is to use a specific revision in externals. This means that after committing a change to the common files the externals revision in the project must be manually updated. Possible solutions: 1) Improved sparse directories Sparse directories would be a solution, but they only work varying the depth of the checkout. If we could add a property or something to specify which directories must be included in the checkout than it would work as needed. 2) Improved externals Externals problem is that they don't follow the revision of their parent. By specifying an option like -r BASE in the svn:externals property it would be possible to do so, solving the problem. I'd like to hear some considerations by experienced users, to understand if there are other solutions or some drawbacks in the proposed ones. References: http://stackoverflow.com/questions/135361/subversion-and-shared-files-across-repositories-projects http://stackoverflow.com/questions/4917328/svn-shared-checkout-folders http://stackoverflow.com/questions/1411681/source-control-products-that-support-linked-shared-files http://stackoverflow.com/questions/249787/sharing-files-in-svn http://stackoverflow.com/questions/909598/how-the-shared-files-linked-files-in-vss-can-be-migrated-to-a-subversion-reposi http://svn.haxx.se/users/archive-2005-02/1135.shtml -- Marco Burato
Re: Shared/Common files in SVN
Have you seen this helper script? It might help. https://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/svn-viewspec.py Having a feature like this in core svn would be nice, of course. And it has in fact been discussed before. But nobody has stepped up yet to finish the proposed design and implement it. See this mail and follow-ups (click on the tiny>> arrows next to the word "Thread" in the top-right corner to see them): http://mail-archives.apache.org/mod_mbox/subversion-dev/200911.mbox/%3cpine.bso.4.62.0911190340420.23...@uruz.rola.local%3E I see, so this feature is planned and is called "views", it was proposed more than a year ago. The script seems to do the trick but it can't be used with clients like TortoiseSVN. Marco Burato
Re: Upgrading from 1.6.5 (Fedora) to 1.6.16 (built from source)
On 07/03/2011 22:11 Jim Garrison ha scritto: > The last version available on the Fedora update site > for my system (Fedora 10) is 1.6.5, and I need the fixes > for Tree Conflict resolution that shipped in 1.6.6 and > later versions. > > Is there anything special to upgrading other than building > 1.6.16 from source, uninstalling the Fedora svn RPM and > hooking up Apache and the repository to the new version? Just install the Fedora 10 source RPM and replace the source package with the one downloaded from the subversion site (and change the version numbers in the specs file accordingly), rebuild all and you'll have a complete set of RPMs ready to update with yum localupdate.
hook to store committed binary files on remote storage
Hi all, I have a special need, I hope that you can give me suggestions.. So.. I would like to configure subversion so that when a user commits a binary file, it would be automatically stored in a remote place (i.e. ftp). I believe it can be done by a hook but I found nothing. Do you have any hint? Thanks Marco
Issue 3552 reopen ?
Hallo, since I have installed the last version (1.7.1) of your SVN client I got the following error each time I tried to update my working copy. The file external from 'svn://abcdefg.org/svn_root/COMMON/DMS/trunk/doc/UML/Jobformat/DMSJobD at aWOCS.xsd' cannot overwrite the existing versioned item at By searching for this issue if found a entry I your issue tracker that this issue was already fixed in version 1.6.X. What's happened ? Is it my fault or is the issue 3552 reopened ? With best regards Marco Schott __ ruhlamat GmbH Sonnenacker 2, D-99819 Marksuhl phone: +49 (0)36925 929-551 fax: +49 (0)36925 929-501 mail: m.sch...@ruhlamat.de <mailto:m.sch...@ruhlamat.de> internet: http://www.ruhlamat.de <http://www.ruhlamat.de> [GF/Management: Karl Mack, Thomas Mack] [Amtsgericht Jena/Local Court Jena: HRB 401145] [Firmensitz/Registered Office: Marksuhl] [Ust-ID Nr.: DE 146396131] Visit us at / Besuchen Sie uns: - Cards Asia, April 25-27 April, 2012, booth no. 4E01
Subversion on Linux, Authentication on Windows
Hi all! I have a Linux machine that uses Winbind to perform domain authentication using a Windows Server 2003 server. On this Linux PC there is also a Subersion server (snvserve). I know how to use Subversion integrated security to manage users' access to repositories, but I would like to configure SVN so it can grant or deny access to repository using Windows' user information. Is it possible? Could you explain me how to perform this goal? Thank you in advance. -- Marco Minerva [MCPD], marco.mine...@gmail.com http://blogs.ugidotnet.org/marcom
Re: Subversion on Linux, Authentication on Windows
Hi! Thank you for your reply. I have a Windows Server 2003 Small Business. Could you point me out to a resource on the Internet that explains how to configure Subversion to use windows authentication in such environment? -- Marco Minerva, marco.mine...@gmail.com http://blogs.ugidotnet.org/marcom 2010/1/26 Andrey Repin : > Greetings, Marco Minerva! > >> Hi all! > >> I have a Linux machine that uses Winbind to perform domain >> authentication using a Windows Server 2003 server. On this Linux PC >> there is also a Subersion server (snvserve). I know how to use >> Subversion integrated security to manage users' access to >> repositories, but I would like to configure SVN so it can grant or >> deny access to repository using Windows' user information. Is it >> possible? Could you explain me how to perform this goal? > > Depends, how you serve your repository. > Win2003 AD can operate as LDAP server for Apache, for example. > > > -- > WBR, > Andrey Repin (anrdae...@freemail.ru) 26.01.2010, <5:41> > > Sorry for my terrible english... > >
Re: R: Access denied error on checkout-commit after updating to 1.9.X
Branko Čibej wandisco.com> writes: > > On 07.09.2015 10:45, Daniele Pedroni wrote: > > Hi Ivan, > > > > yes, definitely, thank you a lot! > > > > So, if I got your point, with your updated svn.exe I'll be able to test if command line work properly, but > I'll have to wait for TortoiseSVN update to use it? Or the latter relies on the same svn.exe so it should work > as well after the update? > > You'll have to wait for the TortoiseSVN update; TSVN doesn't call > svn.exe, it uses our libraries. So you'll also have to wait for the > Subversion 1.9.2 release. > Hi, I have the very same problem here. Please keep us posted on your progress. If you want me to make some test, just let me know. Thanks! Marco
[no subject]
--- Subversion Exception! --- Subversion encountered a serious problem. Please take the time to report this on the Subversion mailing list with as much information as possible about what you were trying to do. But please first search the mailing list archives for the error message to avoid reporting the same problem repeatedly. You can find the mailing list archives at https://subversion.apache.org/mailing-lists.html Subversion reported the following (you can copy the content of this dialog to the clipboard using Ctrl-C): In file 'D:\Development\SVN\Releases\TortoiseSVN-1.10.1\ext\subversion\subversion\libsvn_wc\wc_db.c' line 10238: assertion failed (svn_dirent_is_absolute(local_abspath)) --- OK --- Marco Trapani Fleet Management System Firmware & Software Development [cid:image002.jpg@01D37B08.5C48DC30] VEM Solutions S.p.A. Via Aosta 23, 10078 Venaria Reale (TO) Tel: +39 0331 651746 Email: marco.trap...@vemsolutions.it<mailto:marco.trap...@vemsolutions.it> Seguici su www.vemsolutions.it<http://www.vemsolutions.it/> [cid:image003.png@01D36D22.111B8C10]<https://www.facebook.com/ViasatGroupspa/>[cid:image009.png@01D36D22.111B8C10]<https://twitter.com/viasatgroup> [cid:image010.png@01D36D22.111B8C10] <https://www.linkedin.com/company/1295633/> [cid:image011.png@01D36D22.111B8C10] <https://www.youtube.com/playlist?list=PLCjqpx4ATAkA-PYaYsHLlwNL2Y4fpgMME> www.viasatgroup.it<http://www.viasatgroup.it/> [https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png]<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Mail priva di virus. www.avg.com<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
display web contents from svn repository
Hello, I set up a combined svn server / web server where the latter displays contents taken directly from one of the repositories. It runs fine but I would like to make it work a bit more efficiently. At the moment it works like this: 1) Both the svn repository and one checkout of it in "/example" are hosted on the same machine 2) the svn repository folder is monitored for changes by an incron job 3) when a file modification is made to the repository (by a commit for instance), incron triggers svn update /example 4) the webserver points to /example and displays /example/index.html My two questions are the following a) can I avoid the checkout altogheter and save disk space? I.e.can I configure the svn server so that I could take html pages and related images directly from the HEAD revision? b) If not, I would like to improve step 3). At the moment svn update is called tens of times for each commit (any kind of modification triggers it as I am looking at the whole folder). What would be a good file to monitor with incron in the repository that will always be modified by a new commit? Thanks for your attention, -- Asa Marco 朝
Re: display web contents from svn repository
Hello Daniel, thanks for the answer, > > If the SVN repository is available over http/https, then it should be > possible to configure mod_rewrite so that any access to the web server is > redirected to the Subversion server. > Unfortunately this is not my case but I was not much optimistic on this point > Even if you find such a file, there is always a risk a future version of > Subversion accesses the repository differently making this a fragile > solution. It is probably better to look at a post-commit repository hook, see > the SVN book [1]. The hook should trigger only once and only after completion > of commits. Nice, I was not aware of hooks and post-commit would work very nicely for the pourpose. I still had to make it work in a convoluted way since I deployed the svm server manager in an isolated container and the post-commit hook could not access directly the checkout that i need to update. Still, I could easily exploit the hook to write date and revision number in a text file accessible to both the container and the host; this file became my target to monitor with incron which is now triggered only once per commit. Thanks again, -- Marco Asa
SVN commit error
Hi, I 'am marco, from costa rica. I'am trying to make a first SVN commit of a 110 Mb repository, but I getting an error when the upload process finish. This one: Error: Commit failed (details follow): Error: MERGE of '/svn/bntransformaciones': Response exceeded maximum number of header Error: fields (http://collaboration.wamdigital.com) I was searching on internet without any result. Can you help me press --Texto en español-- Hola me llamo marco y soy de costa rica, he tratado de hacer un comit con SVN pero este me da error, mi codigo fuente tiene un peso de 110mb y no puedo hacer el commit inicial, por que tengo este error: Error: Commit failed (details follow): Error: MERGE of '/svn/bntransformaciones': Response exceeded maximum number of header Error: fields (http://collaboration.wamdigital.com) He buscado en internet y no he encontrado nada Me podrían ayudar ?
Can a client see the server conf/svnserve.conf file?
Hi all, is it possible, from the client side, to see the contents of the conf/svnserve.conf ? Alternatively: can a client list all the permissions (which user can commit which files to the repository?) of the files in an svn repository? Thank you, Marco
