y-revisions-end=105 revprops
> on each revision in the range (r101:r105).
>
Use the current date on an empty repository,
use date of the previous (HEAD) revision on a non-empty repository?
Use date of the first commit in the loaded dump file if this feature
is implemented as an option to svnadmin load, svnrdump load?
I think just using the current date is more straightforward. An
administrator can change it later with svn propset. If one loads
several disjoint dumps from different sources it is likely that the
dates are already messed up.
[1] http://wiki.apache.org/general/GitAtApache
Best regards,
Konstantin Kolinko
visions, while we are at it.
>
> * subversion/libsvn_repos/repos.c
> (create_hooks): Add a hint about quoting of parameters and url
> Handling to the hook templates.
> ]]]
Interesting.
A typo in the text:
s/qoute/quote/
In commit message:
s/Handling/handling/
Best regards,
Konstantin Kolinko
NI code. */
If you are going to call this constructor, then I think the above
comment should be changed as well.
> -ConflictVersion(String reposURL, String reposUUID,
> +public ConflictVersion(String reposURL, String reposUUID,
> long pegRevision, String pathInRepos,
> NodeKind nodeKind)
> {
> ]]]
Best regards,
Konstantin Kolinko
the cause of
> this particular issue.
I guess that the server considers this request as HTTP/0.9 as that
line consists of two tokens
http://www.w3.org/Protocols/HTTP/AsImplemented.html
An HTTP/0.9 response is just the requested document, without any
status line or headers.
Best regards,
Konstantin Kolinko
/ r1494287 / r1494849 /
The same shared/sharded typo is also present in commit message for
r1494287. (r1494849 is OK).
Best regards,
Konstantin Kolinko
subversion/svnversion/svnversion.1'
shares no common ancestry with 'D:/workspace/test/wc'
]]]
That 'D:/workspace/test/wc' makes no sense.
I would expect 'D:/workspace/test/wc/svnversion.c'
Best regards,
Konstantin Kolinko
2013/7/3 Dongsheng Song :
> On 2013/7/3 6:55, Konstantin Kolinko wrote:
>> 2013/7/3 Andreas Stieger :
>>> Hi There,
>>>
>>> On 02/07/13 16:00, Dongsheng Song wrote:
>>>> Today, when I merge zh_CN.po from trunk to 1.8.x, I had encounter the
>>&g
gstr is
not one of them, it says "The msgstr is a list of strings.".
But the actual implementation has one return statement that returns
None for that value.
39 arfrever 876651 > if line.strip() == '' or line[:2] == '#~':
40 arfrever 874551 > return comments, None, None, None
If you are going on with r1498947 then I think it would be better to
update the docstring.
Alternatively, returning an empty array instead of the last 'None'
should be an other way to fix this issue.
Best regards,
Konstantin Kolinko
e 2.6.6 Pathname Expansion and 2.13.1 Patterns
Matching a Single Character here:
http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html
)
Best regards,
Konstantin Kolinko
]]]
On a generic HTTP server if authentication is required but is not configured
I would consider returning 403.
I do not know whether that would work for Subversion in this case though.
Best regards,
Konstantin Kolinko
ion&revision=r1485848
says:
[[[
*** This revision was reverted in r1486046 ***
*** and re-applied with bugfix in r1486058. ***
]]] ...
It was reverted not in ..046, but in ..044:
http://svn.apache.org/viewvc?view=revision&revision=1486044
Best regards,
Konstantin Kolinko
2013/4/8 Ben Reser :
> On Mon, Apr 8, 2013 at 10:26 AM, Konstantin Kolinko
> wrote:
>> Regarding 1.6.x, all versions (except a few 1.7 betas) between April
>> 2010 and February 2012 were announced on that list. This includes
>> 1.6.11 .. 1.6.17 and 1.5.9. Announcements
2013/4/5 Ben Reser :
> On Fri, Apr 5, 2013 at 8:05 AM, Konstantin Kolinko
> wrote:
>> Hi!
>>
>> 1. The announcements for recently released Subversion 1.7.9 and 1.6.21
>> apparently has not been sent to ASF announcements list,
>> "announce at apache.o
e announce@a.o mailing list in addition to the
three subversion.a.o ones.
http://subversion.apache.org/docs/community-guide/releasing.html#releasing-release
Best regards,
Konstantin Kolinko
where TortoiseSVN version is visible. For example [1].
I think skipping those "already used" numbers will lessen confusion.
[1] http://markmail.org/message/p6d6ih2p2rzegpi7
Best regards,
Konstantin Kolinko
t a URL is aren't mislead to think that ^/foo
> is a URL.
Maybe:
[[[
If the current directory is a working copy you can abbreviate the URL
to repository root as ^/ to save some typing. Note, that on Windows
the "^" symbol is special one and must be quoted. E.g.: svn log "^/"
--limit 10
]]]
>
>> + svn log ^/trunk
>> Ask for just that file's log information, by running
>> 'svn log foo.c'.
>> Update your working copy so it's all at r20, then run
>>
>>
Best regards,
Konstantin Kolinko
ref(peg), byref(rev),
recurse, SVN_DIRENT_ALL, fetch_locks, self._list_func,
c_void_p(), self.client, self.iterpool)
]]]
There exists newer method, "svn_client_list2" since 1.5.
3. Regarding OP's example:
Is there a point of calling list() without passing a callback function into it?
The _list_wrapper() does nothing if your callback ("self._list") is
not initialized.
Best regards,
Konstantin Kolinko
ra people ---
> thoughts?
>
Afaik there is already a cron job that does verification,
http://people.apache.org/~henkp/
-> pgp checks
-> sig/md5 checker documentation
Do you think that the hook should verify that the key is "trusted" and
reject the commit, or just nag? I, personally, would prefer nagging as
there might be different issues, and PMC may need some time to resolve
the issue.
Best regards,
Konstantin Kolinko
quot; command, then
click "view" on a version. For this page:
http://wiki.apache.org/subversion/MultiLayerMoves?action=info
An example of deleted page in Tomcat wiki:
http://wiki.apache.org/tomcat/Tomcat/UTF-8?action=info
Or course everything would be lost if Wiki technology is changed, etc.
Best regards,
Konstantin Kolinko
nes
>>
>> Better handling when MBean ops return null.
>> Patch by kkolinko
>>
>
> https://twitter.com/#!/TheASF/status/164398458235654146
Thank you, Greg and others.
It is fun.
Best regards,
Konstantin Kolinko
* What:
18 mod_setlocale is a minimalistic httpd module that sets the locale for
*THE
19 ENTIRE* httpd process. This also sets the native encoding of mod_dav_svn
20 and in consequence eliminates all of above problems.
]]]
You are not calling it "mod_svn_setlocale" and that rings some bells for me.
Best regards,
Konstantin Kolinko
at do not
exist when the bat file is run for the first time.
The attached patch fixes this issue. It is to be applied to
https://svn.apache.org/repos/asf/subversion/site/publish
[1] http://subversion.apache.org/docs/community-guide/repro-template.bat
Best regards,
Konstantin Kolinko
[[[
Avoid
b) it leverages existing support for path-based security, for svnsync
and dump formats.
If this approach is rejected one could at least mention that it was
considered and write down why it was rejected.
Best regards,
Konstantin Kolinko
ot; option does not change anything.
1.6.17: Removing "-v" the result appears in ~15 seconds and then takes
~10 seconds to print the listing to the console.
I am using neon in both cases.
Best regards,
Konstantin Kolinko
drive. (The client should use
this feature only on svn 1.5 and later servers, because the feature
needs proper server-side support of sparse checkouts.).
Best regards,
Konstantin Kolinko
s
> false the method should never return. (The caller will call abort())".
> So what else than call abort() can I do? I can not return from that function
> if can_return is false. No way to exit but to call abort().
> So how is that "not implemented as intended"???
> At least now in the UI part I can show a nasty dialog box telling the users
> where to report the problem to. That way it's not me that gets bothered with
> these since I can't do anything about them anyway.
>
> I have _repeatedly_ mentioned on this list that this kind of "error
> handling" (quotes intended) is bad. Sure, it won't affect the CL client that
> much, but for a library that's just not acceptable.
> But others have similar error handling implemented:
> http://thedailywtf.com/Articles/Serious-Failure.aspx
>
>
Best regards,
Konstantin Kolinko
".
> Perhaps a helper function or at least some temporary variables would
> be in order?
>
I would say that the message is not friendly to translators.
Those repos_id, last_repos_id -- are they needed in a message
displayed to an user? I would say that URL and UUID should be enough.
I think it would be better to put them into the main message template string.
_("The node '%s' comes from unexpected repository "
"(URL '%s', UUID '%s', expected URL '%s',
UUID '%s'); "
"this could be a "
"misconfigured file-external which points to a "
"foreign repository"),
(...)
repos_root_url ? repos_root_url : "",
>> child->repos_root_url = repos_root_url;
>> child->repos_uuid = repos_uuid;
>> }
>>
Best regards,
Konstantin Kolinko
2011/11/13 Daniel Shahaf :
> Konstantin Kolinko wrote on Sun, Nov 13, 2011 at 01:44:21 +0400:
>> 2011/11/13 Daniel Shahaf :
>> > Konstantin Kolinko wrote on Sat, Nov 12, 2011 at 23:34:49 +0400:
>> >> If you need http://foo/ to be sent to server bar, configure your D
2011/11/13 Daniel Shahaf :
> Konstantin Kolinko wrote on Sat, Nov 12, 2011 at 23:34:49 +0400:
>> 2011/11/12 Daniel Shahaf :
>> >
>> > While we're on this topic: is there an HTTP URL syntax that sets the
>> > "Host:" header of the HTTP request?
&g
sses.
Quick googling - it is year 2002 Mozilla bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=122445
See URL field and comment #2 in that bug report for an example.
Best regards,
Konstantin Kolinko
1.6 client.
None of my usual user names is mentioned in that folder.
Best regards,
Konstantin Kolinko
2011/11/6 Stefan Sperling :
> On Sun, Nov 06, 2011 at 03:28:06AM +0400, Konstantin Kolinko wrote:
>> Second, regarding the test case in this commit:
>>
>> The sample patch in the test case is not fair that it does not match
>> to what "svn diff --git" or G
Make 'svn patch' ignore "/dev/null" patch target paths to improve
>> compatibility with patches generated by git. Git uses "/dev/null" as the
>> old name for newly added targets, and as the new name for deleted targets.
>>
>> Reported by: Konst
; branch: Factor out some code.
>>
>> * subversion/svn/mergeinfo-cmd.c
>> Factory out the summary mode code as a separate function.
>
> 'Factory out'?
> Typo?
>
> (I don't see a factory pattern)
>
Factor out ...
(As in "Refactoring" or "finding common factor")
Best regards,
Konstantin Kolinko
pty messages.
The message should have a title and some short text (just a greeting
was enough for me).
http://www.apache.org/foundation/mailinglists.html
Best regards,
Konstantin Kolinko
ame working copy, and we will
> open the server-side rep-cache database multiple times.
Best regards,
Konstantin Kolinko
t's
> semantically identical. In other words, it'd be quite OK to treat such a
> propset differently from other propsets, i.e., to parse whatever was set
> into the EXTERNALS table, and have the propget read from there. It's not
> as if we ever promised that magic properties are anything but magic. :)
EXTERNALS table is in wc only, but propget can be called on repository URL.
I think it would be a mess if results of calling propget on URL and on
WC do not match.
Best regards,
Konstantin Kolinko
2011/10/3 Philip Martin :
> Konstantin Kolinko writes:
>
>> It is a nightmare to have to list all my dir externals explicitly to
>> run cleanup on them.
>
> It's not hard if you have some sort of shell programming language, look
> for lines starting X in the outp
o list all my dir externals explicitly to
run cleanup on them.
3. Note, that the space wasted by unused pristines is not proportional
to change size, but proportional to (number of changed files) *
(average size of a file). It grows fast.
I am running nightly build built from 1.7.x branch by TortoiseSVN,
svn, version 1.7.0-dev (under development)
compiled Sep 28 2011, 00:15:41
Best regards,
Konstantin Kolinko
svn property set
on r0?
[1974]
http://subversion.tigris.org/issues/show_bug.cgi?id=1974
Best regards,
Konstantin Kolinko
ds and behaviour in 1.7 is the same.
2. This thread belongs to the users@ list, not dev@.
Best regards,
Konstantin Kolinko
laced the file)
> So is it
> possible to somehow make svnsync to continue and ignore this error?
>
Best regards,
Konstantin Kolinko
-changelist items (they are grouped in TortoiseSVN as well)
or the changelist I want to commit.
If anyone wants to keep the current behaviour where only
"ignore-on-commit" is special, it could be customizable, e.g.
configure it to ignore all "ignore-*" or "WIP-*" lists, or "*".
Best regards,
Konstantin Kolinko
.. YET! ;)
>
> ~Neels
>
TortoiseSVN has a predefined special changelist name
"ignore-on-commit". Items added to it are automatically not-selected
in commit dialog.
Isn't it the same thing?
Docs:
http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-commit.html#tsvn-dug-commit-ignore
http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-changelists.html
Best regards,
Konstantin Kolinko
ally the cleanup ran successfully.
4) I cannot reproduce this issue by just removing the tmp folder from .svn:
if I do, svn cleanup runs successfully.
If anybody of developers is interested, I have a copy of broken wc
that I can send to him directly.
Best regards,
Konstantin Kolinko
- and if it does not exist go straight to reading the rev-props DB.
Best regards,
Konstantin Kolinko
(Peter - sorry for resending, I forgot to CC to the list).
rs.cgi
===
--- mirrors.cgi (revision 1135864)
+++ mirrors.cgi (working copy)
@@ -91,11 +91,11 @@
break
# Check if the requested Preferred mirror is in the list
- # Note the user-requested mirror doesn't have a trailing-sl
/community-guide/repro-template.sh: Update URL.
]]]
Best regards,
Konstantin Kolinko
[[[
Update URL in a comment in repro-template.sh to point to svn.apache.org
repository, instead of the old collab.net one.
* docs/community-guide/repro-template.sh: Update URL.
]]]
Index: docs/community-guide/repro
;t save you from local i/o operation of deleting the
old file and copying a new copy of it from pristine storage. It may be
that it will depend on what network library and protocol will be used.
IIRC Subversion 1.4 server does not know how to skip unwanted data
when serving a sparse working copy, so there might be no way for such
optimizations when operating recent client with your server.
Best regards,
Konstantin Kolinko
t; +1 for .pristine, just to spite Justin. :P
>
I think svn-base is better, because it is explicit that it belongs to
svn software, while "pristine" is just an English word.
By the way, thank you Julian and others for your work on this.
> But really, we've completely rewritten where all the metadata and
> pristines are stored, and now we're debating a hidden file extension?
> Just do the work and be done with it.
Best regards,
Konstantin Kolinko
2011/5/18 Hyrum K Wright :
> On Wed, May 18, 2011 at 12:35 PM, Konstantin Kolinko
> wrote:
>> Hi, all!
>>
>> Right now the files in the pristine storage of 1.7 wc are named just
>> by their checksums, e.g.
>>
>> .svn/pristine/00/00014966dd2c75cedf7fc998
ristine/00/00014966dd2c75cedf7fc9989accf25e54685e58.svn-base
The rationale is to be able to ignore those files using a filename mask,
like it was in svn 1.6.
If anyone will implement this, the filename is currently calculated in function
get_pristine_fname(..) in subversion/libsvn_wc/wc_db_pristine.c
Best regards,
2011/5/17 Mark Phippard :
> On Mon, May 16, 2011 at 6:11 PM, Konstantin Kolinko
> wrote:
>> 2011/5/16 Mark Phippard :
>>> Looking at the code in trunk, it seems like this is coded properly and
>>> should be working. I am seeing unexpected behavior. Maybe I jus
2011/5/17 Justin Erenkrantz :
> On Mon, May 16, 2011 at 10:48 PM, Konstantin Kolinko
> wrote:
>> HTTP/1.0 does not support keep-alive, and thus the connection will be
>> closed after each request. You will need HTTP/1.1 to keep the
>> connection open.
>
> Corre
umb HTTP proxy, you're likely going to
> run into other serious issues.
>
> Thoughts? -- justin
>
Best regards,
Konstantin Kolinko
Sending from dev@subversion. I see that serf-dev@ is also on CC list.
.1/
creates the configuration directory, asks whether I trust the
certificate and remember the choice.
This is with svn 1.7.0-dev from TortoiseSVN nightly. It is built from
r1103260 of trunk.
Best regards,
Konstantin Kolinko
m as "Emeritus" [1]
Just saying.
[1] http://www.apache.org/foundation/glossary.html
Best regards,
Konstantin Kolinko
d_full(file2_h, buf2,
- SVN__STREAM_CHUNK_SIZE, &bytes_read2, pool);
- if (err && APR_STATUS_IS_EOF(err->apr_err))
-{
- svn_error_clear(err);
- err = NULL;
- done2 = TRUE;
-}
- else if (err)
+ err = svn
dir/file
>
> As you can see, only the "active" repo thinks newdir/file's last modification
> is
> at revision 2, other repositories compute it as 1.
>
It looks like
http://subversion.tigris.org/issues/show_bug.cgi?id=620
Best regards,
Konstantin Kolinko
nal" and "Message text garbled?" in the message menu in GMail
both show it in fixed-width font.
When replying, it is possible to switch to "Rich formatting" and change
the font there.
That is what comes to mind. I didn't know about those labs features.
Best regards,
Konstantin Kolinko
, but I am not able to reproduce it now, nor do I observe it
with subversion.apache.org.
That issue was observable with the EU mirror only.
Thread on users @ tomcat.apache.org (xposted to users @
httpd.apache.org, though probably the right place to ask/escalate this
was #infra):
http://marc.info/?t=12660725582&r=1&w=2
Best regards,
Konstantin Kolinko
2010/2/11 Kevin Longfellow :
>
> Hi,
>
> Just wondering if someone can shed some light on why a revision file is 18
> times greater than the amount of checked out data for that revision? I'm
> using Subversion 1.6.5 but not an upgraded and packed repository. I'm
> currently testing that to see
F has two Subversion hosts, one in EU and another in US. The EU one
acts as a write-through proxy. The above message is displayed when the
EU slave happens to be several revisions behind the US master.
It is rare, but it happens. I just experienced it when trying to
commit at 12:59:54 MSK. I think that the following commit was causing
the delay that I observed:
http://svn.apache.org/viewvc?view=revision&revision=891611
The mitigation is to wait a minute and retry your commit.
The "Reopen commit dialog after a commit failed" option in TortoiseSVN
helps here.
Best regards,
Konstantin Kolinko
Original thread at d...@s.t.o:
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2425948
mbers are mentioned, they are shortened, e.g.
(r39635, -6, -7)
If such shortened format were used somewhere in the log messages, it would
be hard to decipher it without knowing the original revision number.
Disclaimer: I am not subversion committer.
Best regards,
Konstantin Kolinko
64 matches
Mail list logo
