svndigest-users Mailing List for svndigest
Brought to you by:
peter31042
Menu
▾
▴
svndigest-users — user mailing list for svndigest
You can subscribe to this list here.
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(5) |
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Peter J. <pj...@gm...> - 2023-07-05 04:09:49
|
I'm happy to announce the release of svndigest 0.11.1 This is a bugfix release mainly fixing that GSL accidentally was required. You can find the new release here: https://sourceforge.net/projects/svndigest/files/svndigest-0.11.1.tar.gz/files Here is the checksum MD5: f9934851c3a8bc0b0a36bbc53ff0dcc2 Please report bugs by email to svn...@li... This release was bootstrapped with the following tools: GNU Autoconf 2.71 GNU automake 1.16.5 You can find the list of significant changes between 0.11.1 and earlier versions at https://dev.thep.lu.se/svndigest/browser/tags/0.11.1/NEWS |
|
From: Peter J. <pj...@gm...> - 2023-06-14 23:41:22
|
I'm happy to announce the release of svndigest 0.11 This is the first release in a long time and includes a couple of new features and plenty of bug fixes. Most notably, svncopyright is now character-based rather than looking lines. Please see below for more details. You can find the new release here: https://sourceforge.net/projects/svndigest/files/svndigest-0.11.tar.gz/files Here is the checksum MD5: e5af098bbd54b3cfcfb83aa5663a3624 Please report bugs by email to svn...@li... This release was bootstrapped with the following tools: GNU Autoconf 2.71 GNU automake 1.16.5 You can find the list of significant changes between 0.11 and earlier versions at https://dev.thep.lu.se/svndigest/browser/tags/0.11/NEWS |
|
From: Jari H. <ja...@fl...> - 2015-08-25 11:59:03
|
Earlier today svndigest 0.10.3 was released. The major change in this release is adaptation of the svndigest build scripts to changes in plplot release 5.11 You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.10.3.tar.gz/download Here is the checksums: MD5: 86788f476a6dd7e58a93854069dfd6fc Please report bugs by mail to svn...@li... This release was bootstrapped with the following tools: GNU Autoconf 2.69 GNU automake 1.15 You can find the list of significant changes between 0.10.3 and earlier versions at http://dev.thep.lu.se/svndigest/browser/tags/0.10.3/NEWS |
|
From: Peter J. <pj...@gm...> - 2015-08-10 07:04:52
|
FYI, The changes below (in plplot 5.11) might potentially break svndigest. The first one looks problematic as we have library names '-lplplotcxxd -lplplotd' hard-coded in configure.ac. The other issue, pure API changes, are difficult to evaluate without trying it. Cheers, Peter -------- Forwarded Message -------- Subject: plplot-5.11.0 Date: Sun, 5 Jul 2015 10:22:15 +0900 From: Takeshi Enomoto <ta...@ma...> To: de...@ma..., Dei...@gm..., ar...@ma..., pj...@gm... CC: msc...@gm... Dear all, I’d like to draw your attention to the following ticket: <https://trac.macports.org/ticket/47958> PLplot 5.11.0 has backwards-incompatible changes: 1. The ‘d’ indicating double has been dropped from the library names. 2. C++ API has been changed. I don’t want to maintain two packages (i.e. plplot and plplot-devel, for example). So I’ll commit the patch when the ports that depend on plplot are ready with these changes. The change of the library names can be handled by using pkgconfig or patching a cmake module. C++ API changes probably require the source level fixes. I’d be happy to know if the package(s) you maintain is ready for 5.11.0. If you click CcMe! on #47958, we could continue this discussion on that ticket. Best, Takeshi ----- Takeshi Enomoto ta...@ma... |
|
From: Peter J. <pj...@gm...> - 2015-02-23 05:26:35
|
I'm happy to announce the release of svndigest 0.10.2. This is a bugfix release that fixes a bug that on some working copies caused extreme memory usage. For more info please refer to NEWS file, linked to below. You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.10.2.tar.gz/download Here is the checksums: MD5: 7be3abf02105852785fcd2887ca6a3b5 Please report bugs by mail to svn...@li... This release was bootstrapped with the following tools: GNU Autoconf 2.69 GNU automake 1.15 You can find the list of significant changes between 0.10.2 and earlier versions at http://dev.thep.lu.se/svndigest/browser/tags/0.10.2/NEWS -- Peter Johansson maintainer of yat, http://dev.theplu.se/yat maintainer of svndigest, http://dev.thep.lu.se/svndigest maintainer of janda, http://janda.sourceforge.net/ |
|
From: Peter J. <pj...@gm...> - 2015-02-05 08:31:25
|
I'm happy to announce the release of svndigest 0.10.1. This is a bugfix release. It fixes a segmentation fault detected on Mac OS 10.10. For more details please see NEWS file (link below). You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.10.1.tar.gz/download Here is the checksums: MD5: d2de13bb8f8e55aad73c48b00dce8bb5 Please report bugs by mail to svn...@li... This release was bootstrapped with the following tools: GNU Autoconf 2.69 GNU automake 1.15 You can find the list of significant changes between 0.10.1 and earlier versions at http://dev.thep.lu.se/svndigest/browser/tags/0.10.1/NEWS -- Peter Johansson maintainer of yat, http://dev.theplu.se/yat maintainer of svndigest, http://dev.thep.lu.se/svndigest maintainer of janda, http://janda.sourceforge.net/ |
|
From: Peter J. <pj...@gm...> - 2014-04-13 02:15:50
|
FYI -------- Original Message -------- Subject: Subversion and Heartbleed Date: Sat, 12 Apr 2014 19:08:55 -0700 From: Ben Reser <br...@ap...> To: ann...@su..., Subversion Development <de...@su...>, "us...@su..." <us...@su...> As you may have heard in the news OpenSSL has had a significant security vulnerability [1] [2]. Subversion by way of several of our dependencies uses OpenSSL. On the client side the Neon and Serf HTTP libraries can use OpenSSL (Neon can also use GNUTLS, which is not vulnerable to this issue) and on the server side Apache HTTP Server and Cyrus SASL can use OpenSSL (though Cyrus SASL's use of OpenSSL is not vulnerable). As a result it is important to make sure that the OpenSSL version being used with Subversion is not vulnerable. It is impossible for the Subversion project to provide vulnerable version information for Subversion since if you are vulnerable depends on the OpenSSL used at build and/or run time. We do not publish binaries, so you should consult with your binary provider to make sure you are not vulnerable. If you've built your own version of Subversion you should check which version you have built against and/or are using at runtime. This specific issue lies in the implementation of a feature of the SSL/TLS protocols. Apache HTTP Servers running mod_ssl to provide SSL/TLS are vulnerable. While svnserve does support encryption via Cyrus SASL, and Cyrus SASL does use OpenSSL to provide the encryption algorithms, it does not use it to implement the SSL/TLS protocols. This means that svnserve is not directly vulnerable. However, you can use the svnserve over tunnels and those tunnels may be vulnerable. For instance stunnel implements the SSL/TLS protocol and does so via OpenSSL. SSH based tunnels are unaffected as they do not use the SSL/TLS protocols. If you're using some other tunnel not mentioned here you should check with the developers of that tunnel for details. It is important to understand that this vulnerability is not specific to the server side. Clients can be vulnerable to malicious servers using the same attack against clients. So care should be taken to ensure that clients are not using vulnerable OpenSSL versions as well. The unfortunate consequence of this vulnerability is that server or client memory may be exposed to the other side of the connection. This has the possibility of exposing private information that the other side of the connection should not have. Within the context of Subversion that means authentication information, details about working copies, data from other clients, private keys used with public key encryption, etc. As a result of the above potential data disclosures, after you have upgraded to non-vulnerable versions of the software, you may want to take additional actions including revoking and reissuing SSL/TLS server and client certificates and resetting user passwords. It is understood that retrieving private keys to certificates may be very difficult, but still possible. Other data may be much easier to retrieve. As such, if these steps are necessary are largely a matter of your risk tolerance. If you are using HTTPS to access your Subversion repositories and do decide to revoke your certificates you should understand that at current Subversion does not support rejecting revoked certificates that would otherwise be trusted. Our HTTP libraries (Neon and Serf) which we depend on for this sort of functionality do not currently provide support for providing an external CRL (Certificate Revocation List), retrieving CRLs from a URL in the certificate, checking certificates via OCSP (Online Certificate Status Protocol) or handling an OCSP response that has been stapled to the TLS handshake. In the meantime, you can disable trusting certificates based on trust in the Certifying Authorities to avoid accepting revoked certificates. To do this you will want to make some configuration changes in your server config file for Subversion (usually at /etc/subversion/servers, ~/.subversion/servers, or %APPDATA%\Subversion\servers, see [3] for more details). Set "ssl-trust-default-ca" to "no" and remove the "ssl-authority-files" setting. By doing this Subversion will prompt for all certificates giving you details on the certificate and a fingerprint. You will then have the opportunity to accept the certificate temporarily or permanently. Server admins should let their users know the fingerprints of the correct certificates. This is similar to the manner in which SSH handles validating they are talking to the server they expect to be. If you have already trusted certificates that are now revoked you will also need to remove them from your authentication store for Subversion. This will be stored under ~/.subversion/auth/svn.ssl.server or %APPDATA%\Subversion\auth\svn.ssl.server. You can delete the entire directory to remove all accepted certificates or just delete specific files within the directory to remove just those certs. The files are simply text files containing some data, you should be able to read them to locate the specific keys you which to remove. We realize that the handling for revoked certificates is far from ideal at this time. We plan to improve this in the future, but are unable to provide a time frame for such improvements. [1] http://www.openssl.org/news/secadv_20140407.txt [2] http://heartbleed.com/ [3] http://svnbook.red-bean.com/en/1.8/svn.advanced.confarea.html |
|
From: Peter J. <pj...@gm...> - 2012-09-28 05:54:54
|
I'm happy to announce the release of svndigest 0.10. The major changes in svndigest 0.10 is in program 'svncopyright', which has been decoupled from 'svndigest' program in order to increase speed. It now has its own cache file and does no longer listen to property 'svndigest:ignore'. Users should set 'svncopyright:ignore' to make 'svncopyright' ignore files/directories. You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.10.tar.gz/download Here is the checksums: MD5: 42034a5e8c8389647bb901cb88a4dc55 Please report bugs by mail to svn...@li... This release was bootstrapped with the following tools: GNU Autoconf 2.69 GNU automake 1.12.2 You can find the list of significant changes between 0.10 and earlier versions at http://dev.thep.lu.se/svndigest/browser/tags/0.10/NEWS Cheers, Peter -- Peter Johansson maintainer of yat, http://dev.theplu.se/yat maintainer of svndigest, http://dev.thep.lu.se/svndigest |
|
From: Peter J. <pj...@gm...> - 2012-08-27 04:12:48
|
I'm happy to announce the release of svndigest 0.9.6. This is a bugfix release that fixes bug that svndigest crashed when plotting 'others' and data was empty. You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.9.6.tar.gz/download Here is the checksums: MD5: e59f613209cdb5f261ddd71f54e5f706 Please report bugs by mail to svn...@li... This release was bootstrapped with the following tools: GNU Autoconf 2.69 GNU automake 1.11.5 You can find the list of significant changes between 0.9.6 and earlier versions at http://dev.thep.lu.se/svndigest/browser/tags/0.9.6/NEWS Cheers, Peter |
|
From: Peter J. <pj...@gm...> - 2012-08-21 03:15:21
|
Hi Vedran, On 05/23/2012 12:03 AM, Vedran Ljubovic wrote: > Hello, > > I tried to register to post a ticket, but for some reason username svndigest password svndigest isn't accepted. > > Svndigest 0.9.5 crashes when run on this public SVN repository: > http://f.etf.unsa.ba/svn/zamger/trunk > Sorry about the extreme delay. I've checked in a fix for the bug that will be included in next version (0.9.6), and added you to the 'THANKS' file. Cheers, Peter |
|
From: Peter J. <pj...@gm...> - 2012-05-22 23:40:43
|
Hi Vedran, On 05/23/2012 12:03 AM, Vedran Ljubovic wrote: > Hello, > > I tried to register to post a ticket, but for some reason username svndigest password svndigest isn't accepted. > > Svndigest 0.9.5 crashes when run on this public SVN repository: > http://f.etf.unsa.ba/svn/zamger/trunk Thanks for the report. I've opened a ticket for this issue here: http://dev.thep.lu.se/svndigest/ticket/515 Cheers, Peter |
|
From: Vedran L. <vlj...@et...> - 2012-05-22 14:22:06
|
Hello, I tried to register to post a ticket, but for some reason username svndigest password svndigest isn't accepted. Svndigest 0.9.5 crashes when run on this public SVN repository: http://f.etf.unsa.ba/svn/zamger/trunk Backtrace: #0 0x0012d422 in __kernel_vsyscall () #1 0x00409651 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0x0040ca82 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0x0044049d in ?? () from /lib/tls/i686/cmov/libc.so.6 #4 0x0044a591 in ?? () from /lib/tls/i686/cmov/libc.so.6 #5 0x0044b80e in ?? () from /lib/tls/i686/cmov/libc.so.6 #6 0x00360741 in operator delete(void*) () from /usr/lib/libstdc++.so.6 #7 0x0808c1ed in __gnu_cxx::new_allocator<std::_Rb_tree_node<std::pair<long const, unsigned int> > >::deallocate (this=0xbfffe7a8, __x=0x8c4578c) at /usr/include/c++/4.4/ext/new_allocator.h:95 #8 std::_Rb_tree<long, std::pair<long const, unsigned int>, std::_Select1st<std::pair<long const, unsigned int> >, std::less<long>, std::allocator<std::pair<long const, unsigned int> > >::_M_put_node (this=0xbfffe7a8, __x=0x8c4578c) at /usr/include/c++/4.4/bits/stl_tree.h:363 #9 std::_Rb_tree<long, std::pair<long const, unsigned int>, std::_Select1st<std::pair<long const, unsigned int> >, std::less<long>, std::allocator<std::pair<long const, unsigned int> > >::_M_destroy_node (this=0xbfffe7a8, __x=0x8c4578c) at /usr/include/c++/4.4/bits/stl_tree.h:384 #10 std::_Rb_tree<long, std::pair<long const, unsigned int>, std::_Select1st<std::pair<long const, unsigned int> >, std::less<long>, std::allocator<std::pair<long const, unsigned int> > >::_M_erase (this=0xbfffe7a8, __x=0x8c4578c) at /usr/include/c++/4.4/bits/stl_tree.h:972 #11 0x0808c1e2 in std::_Rb_tree<long, std::pair<long const, unsigned int>, std::_Select1st<std::pair<long const, unsigned int> >, std::less<long>, std::allocator<std::pair<long const, unsigned int> > >::_M_erase (this=0xbfffede0, __x=0xbfffee18) at /usr/include/c++/4.4/bits/stl_tree.h:970 #12 0x0808d252 in void theplu::svndigest::sum<__gnu_cxx::__normal_iterator<std::pair<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > >*, std::vector<std::pair<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > >, std::allocator<std::pair<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > > > > >, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> >, theplu::svndigest::PairValuePlusAssign<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > > >(__gnu_cxx::__normal_iterator<std::pair<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > >*, std::vector<std::pair<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > >, std::allocator<std::pair<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > > > > >, __gnu_cxx::__normal_iterator<std::pair<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > >*, std::vector<std::pair<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > >, std::allocator<std::pair<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > > > > >, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> >&, theplu::svndigest::PairValuePlusAssign<std::string, theplu::svndigest::Vector<unsigned int, theplu::svndigest::SumPolicy<unsigned int> > >) () #13 0x0808bbb1 in theplu::svndigest::Stats::plot (this=0x83d03e0, filename=..., linetype=..., format=...) at Stats.cc:473 #14 0x0808bff5 in theplu::svndigest::Stats::plot (this=0x83d03e0, filename=..., linetype=...) at Stats.cc:415 #15 0x08069ab4 in theplu::svndigest::Directory::print_core (this=0x83d0060, stats_type=..., user=..., line_type=..., log=...) at Directory.cc:207 #16 0x0807d52b in theplu::svndigest::Node::print (this=0x83d0060, verbose=false) at Node.cc:209 #17 0x08094748 in theplu::svndigest::SvndigestVisitor::leave (this=0xbffff6cc, dir=...) at SvndigestVisitor.cc:50 #18 0x08066ee4 in theplu::svndigest::Directory::traverse (this=0x83d0060, visitor=...) at Directory.cc:292 #19 0x08066ece in theplu::svndigest::Directory::traverse (this=0xbffff5e4, visitor=...) at Directory.cc:291 #20 0x080558c8 in main (argc=3, argv=0xbffff7e4) at svndigest.cc:127 |
|
From: Peter J. <pj...@gm...> - 2012-03-19 07:30:14
|
I'm happy to announce the release of svndigest 0.9.4. This is a bugfix release. Programs no longer traverse down to sub-directories that belong to other WC You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.9.5.tar.gz/download <http://sourceforge.net/projects/svndigest/files/svndigest-0.9.4.tar.gz/download> Here is the MD5 checksum: e76cbcf2432ab4c431bce51e7ec2e006 svndigest-0.9.5.tar.gz Please report bugs by mail to svndigest-users@... This release was bootstrapped with the following tools: autoconf 2.68 automake 1.11.3 You can find the list of significant changes between 0.9.5 and earlier versions at http://dev.thep.lu.se/svndigest/browser/tags/0.9.5/NEWS <http://dev.thep.lu.se/svndigest/browser/tags/0.9.4/NEWS> Cheers, Peter |
|
From: Peter J. <pj...@gm...> - 2011-10-27 12:22:39
|
FYI -------- Original Message -------- Subject: Re: [Patch] fix for compilation error, when compiled with "-pedantic" option Date: Thu, 27 Oct 2011 10:25:38 +0200 From: Daniel Shahaf <d....@da...> To: Prabhu Gnana Sundar <pra...@co...> CC: de...@su..., Peter Johansson <pet...@gm...> CC += Peter Applied and nominated for backport towards 1.7.2, thanks. Prabhu Gnana Sundar wrote on Thu, Oct 27, 2011 at 12:50:18 +0530: > Hi all, > > When compiling the Subversion 1.7 code with the GCC(4.2.1) with > compiler option "-pedantic", compilation fails > with an error " comma at the end of enumerator list". > > Here is the snip: > > <snip> > > In file included from main.cc:1: > /opt/local/include/subversion-1/svn_wc.h:1210: error: comma at end > of enumerator list > make: *** [main] Error 1 > > </snip> > > Not sure if the trailing commas at the end of enumerator lists are > typos, though fixing quite a few of them > in the patch attached. I have also attached the log message with this mail. > Please share your views. > > > > Thanks and regards > Prabhu |
|
From: Peter J. <pj...@gm...> - 2011-10-22 16:58:14
|
I'm happy to announce the release of svndigest 0.9.4. This is a bugfix release. Compiler flag '-pedantic' is now only turned on when configured with --enable-debug in order to allow default building against subversion 1.7. You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.9.4.tar.gz/download Here is the MD5 checksum: 9673b0b01fc3640a46faa262cd1480f7 svndigest-0.9.4.tar.gz Please report bugs by mail to svn...@li... This release was bootstrapped with the following tools: autoconf 2.68 automake 1.11.1 You can find the list of significant changes between 0.9.4 and earlier versions at http://dev.thep.lu.se/svndigest/browser/tags/0.9.4/NEWS Cheers, Peter |
|
From: Daniel S. <d....@da...> - 2011-10-19 10:41:27
|
Tony Sweeney wrote on Wed, Oct 19, 2011 at 11:10:35 +0100: > The trailing comma is explicitly invalid per ANSI C 89 (though some > compilers, notably GCC, permitted it). C99 removes this restriction. > It's valid everywhere without the comma, so it's perfectly safe (and > probably desirable) to remove it. Exactly. If someone wants to send a patch, though, it would be nice to also fix all other instances of a trailing comma in the C code. (There is at least one such instance in subversion/svn/main.c.) |
|
From: Tony S. <tsw...@om...> - 2011-10-19 10:31:50
|
-----Original Message-----
From: Peter Johansson [mailto:pet...@gm...]
Sent: 18 October 2011 22:35
To: us...@su...
Cc: svn...@li...
Subject: subversion-1/svn_wc.h:1210: error: comma at end of enumerator
list
Hello,
When I compiled with GCC (4.2.1) with compiler option -pedantic against
header file `svn_wc.h' in subversion version 1.7 I get the following
error:
In file included from main.cc:1:
/opt/local/include/subversion-1/svn_wc.h:1210: error: comma at end of
enumerator list
make: *** [main] Error 1
I suspect this is caused by a typo in svn_wc.h at line 1210:
/** The operation skipped the path because it was conflicted.
* @since New in 1.7. */
svn_wc_notify_skip_conflicted,
} svn_wc_notify_action_t;
because other enums in the same file have no comma after the last item.
Is there are reason to have this comma that I'm missing or could it be
removed?
----------------------------------------------------------------------
The trailing comma is explicitly invalid per ANSI C 89 (though some
compilers, notably GCC, permitted it). C99 removes this restriction.
It's valid everywhere without the comma, so it's perfectly safe (and
probably desirable) to remove it. A Google search on 'trailing comma
enum' will find many instances of people submitting similar patches to
other open source projects.
Tony.
Thanks and please let me know if you need further information from me.
--
Cheers,
Peter
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1831 / Virus Database: 2092/4560 - Release Date:
10/18/11
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
|
|
From: Peter J. <pet...@gm...> - 2011-10-18 21:35:20
|
Hello,
When I compiled with GCC (4.2.1) with compiler option -pedantic against
header file `svn_wc.h' in subversion version 1.7 I get the following error:
In file included from main.cc:1:
/opt/local/include/subversion-1/svn_wc.h:1210: error: comma at end of
enumerator list
make: *** [main] Error 1
I suspect this is caused by a typo in svn_wc.h at line 1210:
/** The operation skipped the path because it was conflicted.
* @since New in 1.7. */
svn_wc_notify_skip_conflicted,
} svn_wc_notify_action_t;
because other enums in the same file have no comma after the last item.
Is there are reason to have this comma that I'm missing or could it be
removed?
Thanks and please let me know if you need further information from me.
--
Cheers,
Peter
|
|
From: Peter J. <pj...@gm...> - 2011-07-12 03:24:29
|
I'm happy to announce the release of svndigest 0.9.3. This is a bugfix release that fixes a severe bug in svncopyright that caused file permissions to be modified during copyright update. For more details please see http://dev.thep.lu.se/svndigest/ticket/505 You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.9.3.tar.gz/download Here is the MD5 checksum: 1034229a039997f3884eda09031bb5ce svndigest-0.9.3.tar.gz Please report bugs by mail to svn...@li... This release was bootstrapped with the following tools: autoconf 2.68 automake 1.11.1 You can find the list of significant changes between 0.9.3 and earlier versions at http://dev.thep.lu.se/svndigest/browser/tags/0.9.3/NEWS Cheers, Peter |
|
From: Peter J. <pj...@gm...> - 2011-06-11 00:02:40
|
I'm happy to announce the release of svndigest 0.9.2. This is a bugfix release. You can find the list of significant changes between 0.9.2 and earlier versions at http://dev.thep.lu.se/svndigest/browser/tags/0.9.2/NEWS You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.9.2.tar.gz/download Here is the MD5 checksum: e1915446602bc11dd50a8333f8e6688c svndigest-0.9.2.tar.gz Please report bugs by mail to svn...@li... This release was bootstrapped with the following tools: autoconf 2.68 automake 1.11.1 Cheers, |
|
From: Peter J. <tr...@gm...> - 2011-04-26 00:36:49
|
Hello plplotters, I'm using plplot in a program to create a plot where x-axis is time. The time scale is a couple of years and I found that plplot chooses place the xtics at 'Dec <YEAR>' e.g. 'Dec 2006' or 'Dec 2007'. Changing the time-fmt I figured out that the first ticks are set at "2006 Dec 31 06:00", "2007 Dec 31 12:00", "2008 Dec 31 18:00", "2009 Dec 31 00:00" et cetera. Firstly, the ticks are placed on Dec 31st while I would expect the to be on New Year Jan 1st 00:00:00. My guess is that the tick somehow is set to Jan 00 which in a sense corresponds to Dec 31. Secondly, it seems like the distance between two ticks are 365.25 days rather than a year. This doesn't matter that much as long as the tick doesn't jump back to Dec 31 dues to a leap year. Let me know if I can give some more information. I'm using plplot version 5.9.6. Thanks, Peter |
|
From: Peter J. <pj...@gm...> - 2010-11-18 03:00:45
|
We are pleased to announce the release of svndigest 0.9.1 This is a bug fix release. See the NEWS excerpt below for more details. You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.9.1.tar.gz/download <http://sourceforge.net/projects/svndigest/files/svndigest-0.9.tar.gz/download> Here is the MD5 checksum: 09aca1997b4389d8513a9203f12e324a svndigest-0.9.1.tar.gz Please report bugs by mail tos...@li... <mailto:svn...@li...>. This release was bootstrapped with the following tools: Autoconf 2.68 Automake 1.11.1 ./NEWS Version 0.9.1 (released 18 November 2010) - Corrected dependency is test suite when not having test repo (bug #487) - Corrected generated config file (bug #486) A complete list of closed tickets can be found here http://dev.thep.lu.se/svndigest/query?status=closed&milestone=0.9.1 Cheers, Peter |
|
From: Peter J. <pj...@gm...> - 2010-11-06 15:11:19
|
We are pleased to announce the release of svndigest 0.9. This release contains major improvements with respect to amount of memory used as well significant speed improvements for producing the report. See the NEWS excerpt below for more details. You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.9.tar.gz/download <http://sourceforge.net/projects/svndigest/files/svndigest-0.8.tar.gz/download> Here are the MD5 checksum: 99c01bdc8899ba245e8d4e54d410d460 svndigest-0.9.tar.gz Please report bugs by mail to<svn...@li... <mailto:svn...@li...>>. This release was bootstrapped with the following tools: Autoconf 2.68 Automake 1.11.1 ./NEWS Version 0.9 (released 6 November 2010) - It is now possible to override svn_props in config file (ticket #326) - New configuration option 'copyright-string' (ticket #393) - New configuration option 'file' (ticket #329) - New configuration option 'blame-information' (ticket #330) - New configuration option 'tab-size' (ticket #229) - svncopyright now respects property svncopyright:ignore (ticket #245) - Memory usage heavily reduced (ticket #296) A complete list of closed tickets can be found here http://dev.thep.lu.se/svndigest/query?status=closed&milestone=0.9 Cheers, Peter |
|
From: Peter J. <pet...@gm...> - 2010-11-02 00:59:31
|
We're pleased to announce the release of svndigest 0.8.1. This is a bug fix release. svndigest now handles correctly the case when --root directory is a symbolic link. You can find the new release here: http://sourceforge.net/projects/svndigest/files/svndigest-0.8.1.tar.gz/download Here is the MD5 checksums: f988c1564af4c3b34b0df63fa7d5482c svndigest-0.8.1.tar.gz Please report bugs by mail to <svn...@li...>. This release was bootstrapped with the following tools: Autoconf 2.68 Automake 1.11.1 Thanks, -- Peter Johansson |
|
From: Peter J. <pj...@gm...> - 2010-10-24 18:40:21
|
Hi, I have submitted a Portfile to MacPorts. Hopefully they'll accept it and it will be easier to upgrade svndigest for us using port. https://trac.macports.org/ticket/26983 Cheers, -- |