RE: release date for 0.6?

Brad Johnson wrote:
> Hello Arild!
>
> Could you give me an idea on how far off the 0.6.0 release is?

I've gotten rid of most of the issues marked 0.6, so it's mostly a
matter of getting around to it. I'd like to have support for database
projects, though, which is a patch from someone else that I'm waiting
on.

> Also, currently how close to production quality are the snapshot
> releases?

I think they're pretty good. It's what I use myself.

--
Arild

AnkhSVN: http://ankhsvn.tigris.org
Blog: http://ankhsvn.com/blog
IRC: irc://irc.freenode.net/ankhsvn

"The problem in the world today is communication. Too much
communication." -- Homer Simpson

Re: neon, SSPI, and mod_auth_kerb

Hello.

Sorry for the cross-post / reply to self, but I figured out how to 
get subversion to do single sign on / kerberos auth on windows 
against mod_auth_kerb on linux, and maybe this will prevent someone 
else from having to spend an entire day on it.

--On Thursday, July 14, 2005 7:56 PM -0500 Christopher Mason 
<Mason.Christopher <at> mayo.edu> wrote:

> [Thu Jul 14 16:37:27 2005] [error] [client 172.23.155.51]
> gss_accept_sec_context() failed: Miscellaneous failure (Request is
> a replay)

It turns out this is a replay cache issue in mod_auth_kerb 5.0rc4 
(the version that's in Fedora Core 3) that's fixed in rc6.  I'm not 
sure what IE does differently from neon that doesn't tickle it, but 
anyway...

I'm now able to do SSPI/Kerberos/SPNEGO auth from subversion (trunk) 
on WinXP to apache / mod_auth_kerb 5.0rc6 on FC3, no password 
prompting.   Yeah!  Hopefully neon 0.25 will make it into a windows 
subversion release pretty soon, because, frankly, building subversion 
on windows is not for the faint of heart.

If anyone is interested, I can post details on my setup.

> [Thu Jul 14 16:37:52 2005] [error] [client 172.23.155.51]
> gss_accept_sec_context() failed: Miscellaneous failure (Wrong

Re: bug: --non-interactive is not global

Am Montag, 11. Juli 2005 23:46 schrieb Philip Martin:
> kfogel <at> collab.net writes:
> > Leo Savernik <l.savernik <at> aon.at> writes:
> >> I'm not doubting the general principle at all. It's especially about the
> >> --non-interactive option which is automatically perceived as an
> >> inherently global option. To --non-interactive, the general principle
> >> doesn't apply, as you correctly state, because it will always mean the
> >> same for any command.
> >>
> >> Furthermore, any command disallowing --non-interactive is
> >> non-interactive by default, so there would be no contradiction in
> >> permitting --non-interactive even on those commands.
> >
> > These are excellent points.  I'm CC'ing dev <at>  here to see what other
> > developers say.  Folks, Leo's proposal is to make all non-interactive
> > commands silently accept '--non-interactive', so that when writing
> > scripts one can just pass it promiscuously and not worry about whether
> > it's applicable or not.
>
> Why is --non-interactive special?  What about --no-auth-cache?  The
> arguments could even apply to --username and --password?

My inquiry isn't about --no-auth-cache etc. It's merely about the fact that 
--non-interactive is understood to be in effect for the whole executable 
rather than per command.

Furthermore, --non-interactive will never have another meaning than 
non-interactive.
>
> >  Above, he points out why '--non-interactive'

[argouml-dev] The release 0.19.3 of ArgoUML is now available

The 0.19.3 is a new developer release. Use it to verify resolved issues 
or bug test the new feature...

The release notice is at: 
http://argouml.tigris.org/servlets/NewsItemView?newsItemID=1228
The release can be found at: 
http://argouml.tigris.org/download/release0193.html

    /Linus

[Subclipse-dev] thought on SVN resource history view

Hi,

   I've been using SVN resource history view actively and noticed that 
affected paths panel is really hard to deal with. The major issues is 
that it is using table widget and actual paths/file names are quite long 
and hardly fit into the screen estate.

   I thought that affected paths probably should allow to choose between 
several representation modes similar to synchronize view: flat, tree and 
comressed folders. Another interesting possibility could be to bring up 
a new panel in Synchronize view with these paths and use that view to 
observer and navigate trough affected paths.

   Any opinions on this?

   I'm not sure if I can manage to implement such changes just yet. So 
it is probably for a long term plans if community think that these are 
good ideas.

   regards,
   Eugene

[Subclipse-dev] Patch for additional actions in affected paths panel [Re: Feature Request.]

Mike Horgan wrote:

> That's great news on the client fixes/changes!
>
> By "previous," I simply mean the revision of the affected path/file 
> before this change was committed.
>
> For example,
>
> Lets say I have FileA.cpp, which has revisions 250, 750, and 1000. 
> (it's been touched 3 times).
>
> If I view the resource history of the trunk, I'll get to see all the 
> revisions ever committed.  If I choose revision 1000, perhaps 2 files 
> were touched in that change:  FileA.cpp(1000), and FileA.h(1000).
>
> I would see these two files in the 'affected paths'.  It would be nice 
> if I could right-click on FileA.cpp in the affected paths table, and 
> have an option to compare between the FileA.cpp committed at that 
> revision (1000), and FileA.cpp that existed prior to it (750)
>
> Simply put, it would be a short cut to finding FileA.cpp in the 
> tree-view, viewing it's resource history, and comparing the FileA.cpp 
> revision at 1000, and the one before it (750).
>
> Hope that's clearer :-\

  Here is a patch that is fixing drag-n-drop folders to svn history view 
and also adds a popup menu to the affected paths table:
-- Open

Re: Re: neon, SSPI, and mod_auth_kerb

On Thu, Jul 14, 2005 at 10:53:07PM -0500, Christopher Mason wrote:
> >[Thu Jul 14 16:37:52 2005] [error] [client 172.23.155.51]
> >gss_accept_sec_context() failed: Miscellaneous failure (Wrong
> >principal in request)
> 
> This issue (neon SSPI doesn't expand host names in SPNs) still 
> exists.  The work around is to use the FQDN, but I think the fix is a 
> pretty short patch.  I'll see if I can code this up tomorrow.

There is some discussion of this issue in the neon list archive; the 
issue is AIUI that mod_auth_kerb *does* canonicalize the hostname but 
neon does not.  neon doesn't canonicalize the server hostname in general 
because doing so would break name-based vhosting; I guess it could do so 
solely for use in the Kerberos principal, but that seems a bit dubious.

joe

Re: Subversion 1.2.1 released.

The Win32 binaries are available:
  http://subversion.tigris.org/files/documents/15/24361/svn-win32-1.2.1.zip
  http://subversion.tigris.org/files/documents/15/24364/svn-win32-1.2.1_dev.zip
  http://subversion.tigris.org/files/documents/15/24363/svn-win32-1.2.1_javahl.zip
  http://subversion.tigris.org/files/documents/15/24362/svn-win32-1.2.1_pdb.zip
  http://subversion.tigris.org/files/documents/15/24365/svn-win32-1.2.1_pl.zip
  http://subversion.tigris.org/files/documents/15/24366/svn-win32-1.2.1_py.zip

The MD5 checksums are:
  5ddcc81958553230fd4ee3f92f9530df  svn-win32-1.2.1.zip
  3db1dfd7f23dcaa32ce057c58aaf4bdd  svn-win32-1.2.1_dev.zip
  56b5e59e567f8c3f3f560b4c319576cc  svn-win32-1.2.1_javahl.zip
  44ca9d25be779005cf71ea5affd000ae  svn-win32-1.2.1_pdb.zip
  44902de764d2ee162e1cf839d0e77246  svn-win32-1.2.1_pl.zip
  1751480c7701e64ac0dc83818cd06a94  svn-win32-1.2.1_py.zip

The SHA-1 checksums are:
  fefa93b679f33023c31af6986232f430b2cecd85  svn-win32-1.2.1.zip
  eeeb596b5a72c00ce9ba4c1421062bcf65c63b88  svn-win32-1.2.1_dev.zip
  a3568ce450ea175bd01635f16a477b6df2fdacc0  svn-win32-1.2.1_javahl.zip
  2953a03fa8b8b511e1e510b659c15f68f9f3d295  svn-win32-1.2.1_pdb.zip
  075b7960b9986b3f11e7adfca91264e86b5a2a51  svn-win32-1.2.1_pl.zip
  abe621454c5df15ab863d82e28c7cfe4632f6d45  svn-win32-1.2.1_py.zip

PGP signatures are available at
  http://www.xbc.nu/svn/sig/

Ben Reser wrote:

>Subversion 1.2.1 is ready and available from: 

Re: Subversion 1.2.1 released.

The Win32 binaries are available:
  http://subversion.tigris.org/files/documents/15/24361/svn-win32-1.2.1.zip
  http://subversion.tigris.org/files/documents/15/24364/svn-win32-1.2.1_dev.zip
  http://subversion.tigris.org/files/documents/15/24363/svn-win32-1.2.1_javahl.zip
  http://subversion.tigris.org/files/documents/15/24362/svn-win32-1.2.1_pdb.zip
  http://subversion.tigris.org/files/documents/15/24365/svn-win32-1.2.1_pl.zip
  http://subversion.tigris.org/files/documents/15/24366/svn-win32-1.2.1_py.zip

The MD5 checksums are:
  5ddcc81958553230fd4ee3f92f9530df  svn-win32-1.2.1.zip
  3db1dfd7f23dcaa32ce057c58aaf4bdd  svn-win32-1.2.1_dev.zip
  56b5e59e567f8c3f3f560b4c319576cc  svn-win32-1.2.1_javahl.zip
  44ca9d25be779005cf71ea5affd000ae  svn-win32-1.2.1_pdb.zip
  44902de764d2ee162e1cf839d0e77246  svn-win32-1.2.1_pl.zip
  1751480c7701e64ac0dc83818cd06a94  svn-win32-1.2.1_py.zip

The SHA-1 checksums are:
  fefa93b679f33023c31af6986232f430b2cecd85  svn-win32-1.2.1.zip
  eeeb596b5a72c00ce9ba4c1421062bcf65c63b88  svn-win32-1.2.1_dev.zip
  a3568ce450ea175bd01635f16a477b6df2fdacc0  svn-win32-1.2.1_javahl.zip
  2953a03fa8b8b511e1e510b659c15f68f9f3d295  svn-win32-1.2.1_pdb.zip
  075b7960b9986b3f11e7adfca91264e86b5a2a51  svn-win32-1.2.1_pl.zip
  abe621454c5df15ab863d82e28c7cfe4632f6d45  svn-win32-1.2.1_py.zip

PGP signatures are available at
  http://www.xbc.nu/svn/sig/

Ben Reser wrote:

>Subversion 1.2.1 is ready and available from: 

Improved Oracle Support