Login | Register
My pages Projects Community openCollabNet

Discussions > users > Re: links broken too docu

fsvs
Discussion topic

Hide all messages in topic

All messages in topic

Re: links broken too docu

Author elsabio
Full name mark j hewitt
Date 2009-05-28 08:53:07 PDT
Message Gunnar Thielebein wrote:
>
> [elided]
>> > Currently I still go with the password patches which allow me too use a
>> > static password.
> [elided]
>
> I would support the introduction of an option like this especially since
> Subversion 1.5.x and later allows authentication using Cyrus SASL, thus
> opening the door to a centralised and secure scheme that does not require
> an http server.
>
> --------------------​--------------------​--------------------​---------
> To unsubscribe, e-mail: users-unsubscribe@fs​vs.tigris.org
> For additional commands, e-mail: users-help at fsvs dot tigris dot org
>

--
View this message in context: http://www.nabble.co​m/links-broken-too-d​ocu-tp20682360p23764​613.html
Sent from the fsvs - users mailing list archive at Nabble.com.

Re: links broken too docu

Author tekknokrat
Full name Gunnar Thielebein
Date 2008-11-30 09:49:55 PST
Message Hi Phil,

> Hello Gunnar!
>
> > I know its hard work to satisfy every user request. I hope this release
> > is a step closer to close the small gaps.
> > For me this is the .subversion folder creation using native fsvs.
> > Currently I still go with the password patches which allow me too use a
> > static password.
> You'd like to use SSL certificate authentication, right?
> Is your problem that FSVS should provide some example files (for /etc/fsvs//auth//), so
> that only the certificate would have to be dropped somewhere?
>
The ssl support was working fine with 1.1.16. But there where problem
when using 1..1.17. I will look into that issue asap.
The issue that I described in my last post is that we use anonymous
login on our servers so no user credentials are used only ssl-client-key
auth suffice.
Usernames are only neccessary for monitoring author of checkins.
So there was a problem that fsvs couldnt create the directory
~/.subversion on http-auth by itself but only uses the created from svn
when "svn ls <repo>" is used. This is what we wanted to avoid because we
dont want a bloat subversion installation on every server.
Thats why I created a patch for password option see attachment.
I have a working servers file and can post that if you want for
convencience.

> > On last check at http://fsvs.tigris.org I saw that a lot of links to
> > documentation got lost.
> > Is this because of major upgrade of tigris page? IMO a lot of (new)
> > users would profit from getting access to documentation.
> Thank you very much; after the last conversion of fsvs-software.org I forgot to change
> the tigris page.
>
> > I am just playing with the new directory ignore feature which when I
> > understand correctly has a big use for /etc/fsvs because I can specify
> > explicit files to monitor but not the
> > fsvs folder itself, is that right?
> Sorry, I don't understand you here. Could you elaborate?
>
The changelog of 1.1.17 says:

> - A new flag for ignore patterns, for matching directories only.
In my opinion this will help excluding specific directories which
otherwise will get monitored when timestamp changes, no time to test
that atm.
E.g. when you add /etc/fsvs/config to fsvs-monitored files the folder
/etc/fsvs shows changed on every operation of fsvs because of updates in
/etc/fsvs/6666cd76f9​6956469e7be39d750cc7​d9/ . I want fsvs only monitors
the changes of /etc/fsvs/config and not its parent folder.
> > We just recognized a blocking behaviour on debian/ubuntu systems related
> > to base-files package upgrade.
> > The package uses find to check the /etc folder for symlinks (dont know
> > the exact reason,yet) and loops through the fsvs folder, crying when
> > finding a already checked symlink in /etc/fsvs folder.
> ...
> > quick workaround:
> >> mv /etc/fsvs ~/
> >> apt-get install base-files
> >> mv ~/fsvs //etc//
> > better workaround:
> Hmmm ... that's strange.
> The only idea I have is to remove the (informational) link.
>
>
Can you explain what you mean with informational link?
I will also file a bug to launchpad about that issue, it was just now
only ubuntu's base-package which throws this error.
> Thank you very much!
>
> Regards,
>
> Phil
Thanks for taking time into that!

Best Regards,
Gunnar
Attachments

Re: links broken too docu

Author pmarek
Full name P.Marek
Date 2008-11-26 03:41:33 PST
Message Hello Gunnar!

> I know its hard work to satisfy every user request. I hope this release
> is a step closer to close the small gaps.
> For me this is the .subversion folder creation using native fsvs.
> Currently I still go with the password patches which allow me too use a
> static password.
You'd like to use SSL certificate authentication, right?
Is your problem that FSVS should provide some example files (for /etc/fsvs/auth/), so
that only the certificate would have to be dropped somewhere?


> On last check at http://fsvs.tigris.org I saw that a lot of links to
> documentation got lost.
> Is this because of major upgrade of tigris page? IMO a lot of (new)
> users would profit from getting access to documentation.
Thank you very much; after the last conversion of fsvs-software.org I forgot to change
the tigris page.


> I am just playing with the new directory ignore feature which when I
> understand correctly has a big use for /etc/fsvs because I can specify
> explicit files to monitor but not the
> fsvs folder itself, is that right?
Sorry, I don't understand you here. Could you elaborate?


> We just recognized a blocking behaviour on debian/ubuntu systems related
> to base-files package upgrade.
> The package uses find to check the /etc folder for symlinks (dont know
> the exact reason,yet) and loops through the fsvs folder, crying when
> finding a already checked symlink in /etc/fsvs folder.
...
> quick workaround:
>> mv /etc/fsvs ~/
>> apt-get install base-files
>> mv ~/fsvs /etc/
> better workaround:
Hmmm ... that's strange.
The only idea I have is to remove the (informational) link.

Thank you very much!


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

links broken too docu

Author tekknokrat
Full name Gunnar Thielebein
Date 2008-11-25 06:30:34 PST
Message Hi Phil,

my gratulation to release of version of fsvs 1.1.17
I know its hard work to satisfy every user request. I hope this release
is a step closer to close the small gaps.
For me this is the .subversion folder creation using native fsvs.
Currently I still go with the password patches which allow me too use a
static password.

On last check at http://fsvs.tigris.org I saw that a lot of links to
documentation got lost.
Is this because of major upgrade of tigris page? IMO a lot of (new)
users would profit from getting access to documentation.

I am just playing with the new directory ignore feature which when I
understand correctly has a big use for /etc/fsvs because I can specify
explicit files to monitor but not the
fsvs folder itself, is that right?

We just recognized a blocking behaviour on debian/ubuntu systems related
to base-files package upgrade.
The package uses find to check the /etc folder for symlinks (dont know
the exact reason,yet) and loops through the fsvs folder, crying when
finding a already checked symlink in /etc/fsvs folder.
> find: Symbolic link
> `/etc/fsvs/6666cd76f​96956469e7be39d750cc​7d9/_base/proc/self/​task/12569/fd/3'
> is part of a loop in the directory hierarchy; we have already visited
> the directory to which it points.
> find:
> /etc/fsvs/6666cd76f9​6956469e7be39d750cc7​d9/_base/proc/self/t​ask/12569/fd/4:
> No such file or directory
> find:
> /etc/fsvs/6666cd76f9​6956469e7be39d750cc7​d9/_base/proc/self/t​ask/12569/fdinfo/4:
> No such file or directory
> find: Symbolic link
> `/etc/fsvs/6666cd76f​96956469e7be39d750cc​7d9/_base/proc/self/​task/12569/cwd'
> is part of a loop in the directory hierarchy; we have already visited
> the directory to which it points.
> find: Symbolic link
> `/etc/fsvs/6666cd76f​96956469e7be39d750cc​7d9/_base/proc/self/​task/12569/root'
> is part of a loop in the directory hierarchy; we have already visited
> the directory to which it points.
> find: Symbolic link
> `/etc/fsvs/6666cd76f​96956469e7be39d750cc​7d9/_base/proc/self/​fd/3' is
> part of a loop in the directory hierarchy; we have already visited the
> directory to which it points.
> find: /etc/fsvs/6666cd76f9​6956469e7be39d750cc7​d9/_base/proc/self/f​d/4:
> No such file or directory
> find:
> /etc/fsvs/6666cd76f9​6956469e7be39d750cc7​d9/_base/proc/self/f​dinfo/4:
> No such file or directory
> find: Symbolic link
> `/etc/fsvs/6666cd76f​96956469e7be39d750cc​7d9/_base/proc/self/​cwd' is
> part of a loop in the directory hierarchy; we have already visited the
> directory to which it points.
> find: Symbolic link
> `/etc/fsvs/6666cd76f​96956469e7be39d750cc​7d9/_base/proc/self/​root' is
> part of a loop in the directory hierarchy; we have already visited the
> directory to which it points.
> find:
> /etc/fsvs/6666cd76f9​6956469e7be39d750cc7​d9/_base/proc/1/task​/1/fd/6:
> Not a directory
> find: Symbolic link
> `/etc/fsvs/6666cd76f​96956469e7be39d750cc​7d9/_base/proc/1/tas​k/1/cwd/lib/udev/dev​ices/fd/3'
> is part of a loop in the directory hierarchy; we have already visited
> the directory to which it points.
> find:
> /etc/fsvs/6666cd76f9​6956469e7be39d750cc7​d9/_base/proc/1/task​/1/cwd/lib/udev/devi​ces/fd/4:
> No such file or directory
> find: Filesystem loop detected;
> `/etc/fsvs/6666cd76f​96956469e7be39d750cc​7d9/_base/proc/1/tas​k/1/cwd/proc'
> has the same device number and inode as a directory which is 5 levels
> higher in the filesystem hierarchy.

quick workaround:
> mv /etc/fsvs ~/
> apt-get install base-files
> mv ~/fsvs /etc/
better workaround:
?

Best wishes,
Gunnar
Messages per page: