You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(5) |
Feb
(6) |
Mar
(14) |
Apr
(14) |
May
(8) |
Jun
(7) |
Jul
(6) |
Aug
(11) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
|
Feb
(1) |
Mar
|
Apr
(4) |
May
(3) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
(1) |
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
(9) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chris P. <chr...@us...> - 2004-02-05 22:31:17
|
Are there any plans to support SSHv2? Would it be a lot of work? I'd be willing to do it myself if it seemed like a reasonable project for me (I have no SSH implementation experience). I'm a contributor to an open source project (Gwydion Dylan, see below) that only supports SSHv2 for cvs. I'd really prefer to use MacCVS Pro instead of the command-line. -- Chris Page - Software Wrangler - engineer for hire Dylan + You = Code <http://www.gwydiondylan.org/> <http://www.cafepress.com/chrispage> |
|
From: Jan E. <li...@mo...> - 2004-02-02 18:17:24
|
On 04-02-02 19:05, Glenn L. Austin <gl...@au...> wrote:
> It's not dead.
>=20
> I've been working 100 hour weeks for the last several weeks (OK, so
> Christmas week I only worked 50 -- so shoot me! ;-) ) and there is one bu=
g
> that I want to make sure gets in this next build -- AppleScripting
> occasionally fails and I want to fix that, or at least provide enough inf=
o
> when it does fail to fix it.
Nice ... OK, then I'll start play with it.
jem
--=20
Jan Erik Mostr=F6m www.mostrom.pp.se
|
|
From: Glenn L. A. <gl...@au...> - 2004-02-02 18:05:52
|
on 2/1/04 10:07 PM, Jan Erik Mostr=F6m at li...@mo... wrote: > I just noticed that there have been 1 message to this list the last 8-10 > months, does this mean that the development is MacCVS Pro is dead? >=20 > I'm trying to find a GUI client that I like but if MacCVS Pro is dead I d= on't > want to start using it. >=20 > So what is the current status of MacCVS Pro? It's not dead. I've been working 100 hour weeks for the last several weeks (OK, so Christmas week I only worked 50 -- so shoot me! ;-) ) and there is one bug that I want to make sure gets in this next build -- AppleScripting occasionally fails and I want to fix that, or at least provide enough info when it does fail to fix it. --=20 Glenn L. Austin <>< Computer Wizard and Race Car Driver <gl...@au...> <http://www.austin-home.com/glenn/> |
|
From: Martin G. <mg...@gm...> - 2004-02-02 15:07:33
|
>That said, has anyone tried the current build on Panther? I've been using it under Panther during the last few months - so far without problem (also build 3.0a3 (Carbon)). mg |
|
From: Jan E. <li...@mo...> - 2004-02-02 14:56:07
|
On 04-02-02 15:50, Charles Sutton <cas...@cs...> wrote:
> That said, has anyone tried the current build on Panther?
Depending if the current build is 3.0a3 or not I can't at least say that I
was able to check out some stuff on 10.3.2 but then I had to work so ... 8-=
(
jem
--=20
Jan Erik Mostr=F6m www.mostrom.pp.se
|
|
From: Charles S. <cas...@cs...> - 2004-02-02 14:51:19
|
On Feb 2, 2004, at 2:56 AM, Martin Girschick wrote: > Hi, > > I'm not involved in the development of MacCVS Pro, but from what I've > seen there are only a few minor patches floating around (for instance > to support .cvs_ignore-support) but other than that the application > didn't change much during the last months. Basically it does > everything I need but as soon as I've got the time I wanted to > evaluate a few of the existing Mac OS X clients (XCode/ProjectBuilder > is one of them). A few others include... > > MacCVS http://cvsgui.sourceforge.net/download.html > > MacCVSClient http://www.heilancoo.net/MacCVSClient/ > Several years ago (pre-OS X), I evaluated these two clients, and while they had a reasonable amount of functionality, I liked the interface of MacCVS Pro much better. Haven't used XCode, but I can say that lately (as long as you don't need Mac newlines), I've been reasonably happy with Emacs's pcl-cvs. To answer the original question, I think it's fair to say that MacCVS Pro is mature but not dead. There's not been much development work on it recently, but it comes in spurts. There have been major efforts to add, e.g., long filename support. I have not run MacCVS Pro on Panther (just upgraded recently), but I ran it on Jaguar for a long time, and I was happy with it. That said, has anyone tried the current build on Panther? Charles -- Charles Sutton * cas...@cs... * http://www.cs.umass.edu/~casutton/ Information Extraction and Synthesis Laboratory * University of Massachusetts |
|
From: Jan E. <li...@mo...> - 2004-02-02 09:20:15
|
On 04-02-02 08:56, Martin Girschick <mg...@gm...> wrote: > MacCVSClient http://www.heilancoo.net/MacCVSClient/ I tried this one and it's nice but it has one drawback compared to what I understand of MacCVSPro: it places a CVS document in each folder (similar t= o the CVS folder used by CVS itself), this could result in some problems with documents that actually are packages. I don't know how well MacCVSPro handl= e this but it looks like that it might have the ability to handle it better. I'll test tonight or later this week. jem --=20 Jan Erik Mostr=F6m www.mostrom.pp.se |
|
From: Martin G. <mg...@gm...> - 2004-02-02 07:55:59
|
Hi, I'm not involved in the development of MacCVS Pro, but from what I've seen there are only a few minor patches floating around (for instance to support .cvs_ignore-support) but other than that the application didn't change much during the last months. Basically it does everything I need but as soon as I've got the time I wanted to evaluate a few of the existing Mac OS X clients (XCode/ProjectBuilder is one of them). A few others include... MacCVS http://cvsgui.sourceforge.net/download.html MacCVSClient http://www.heilancoo.net/MacCVSClient/ Regards, Martin Girschick |
|
From: Jan E. <li...@mo...> - 2004-02-02 06:07:41
|
Hi
I just noticed that there have been 1 message to this list the last 8-10
months, does this mean that the development is MacCVS Pro is dead?
I'm trying to find a GUI client that I like but if MacCVS Pro is dead I don=
't
want to start using it.
So what is the current status of MacCVS Pro?
jem
--=20
Jan Erik Mostr=F6m www.mostrom.pp.se
|
|
From: Pietrzak, B. <bp...@qw...> - 2003-06-02 14:30:16
|
I've just started using MacCVS Pro 3.0.a3 and have found that there seems to be no way to get the messages out of the app. I can't print them. I can't save them to a text file and I can't select all and copy them. I can copy one message at a time, but that's no fun with dozens or hundreds of messages. Am I missing something here? Bryan |
|
From: Charles S. <cas...@cs...> - 2002-12-18 20:12:36
|
Hello all, Although I am not affiliated with the MacCVS Pro project, I noticed that there were some cool changes in the tree, and that someone should put out a new build. So I did: http://eksl.cs.umass.edu/~casutton/maccvs/maccvspro-2002-12-17-cas.dmg This is the CVS tree from Tuesday, plus a couple of patches (described in a README). Some of the cool features I noticed in the new tree were a Recent Changes menu and .cvsignore support. This should be probably be viewed as having "nightly build" reliability. I built it on a Jaguar system, so I don't know how/if it will work on 10.1. I'll try to check if I get a chance. I hope people find this useful! Charles -- Charles Sutton University of Massachusetts, Amherst cas...@cs... URL: http://www.cs.umass.edu/~casutton/ |
|
From: Lexi M <le...@ya...> - 2002-11-26 20:22:15
|
I'm trying to build MacCVS Pro from the .sit containing the source code that's up on SourceForge, using CodeWarrior Pro 5. Trouble arises when I try to build CryptoLibProX.mcp. I get this error all over the place: Error : function call '__ct()' does not match 'CryptoPP::WindowSlider::WindowSlider(const CryptoPP::Integer &, bool, unsigned int)' 'CryptoPP::WindowSlider::WindowSlider(const CryptoPP::WindowSlider &)' (instantiating: 'CryptoPP::AbstractGroup<CryptoPP::GFP2Element>::SimultaneousMultiply(CryptoPP::GFP2Element *, const CryptoPP::GFP2Element &, const CryptoPP::Integer *, unsigned int)const ') (instantiating: 'std::vector<CryptoPP::WindowSlider, std::allocator<CryptoPP::WindowSlider>>') vector line 103 void resize(size_type sz, T c = T()); __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Charles S. <cas...@cs...> - 2002-11-25 22:26:52
|
On Monday, November 25, 2002, at 01:48 PM, Lexi M wrote: > > * There's a build of beta 2.7 on SourceForge. The > commentary there is "warning this is untested beta and > might lose data!" > I'm just a user; I can't tell you the official story. But here's what I know. I've been using 2.7d3 for maybe over a year now, and it seems pretty stable. I think that there have been some pretty useful modifications to the CVS tree since then, and there are a couple more un-joined patches, but the easiest thing is probably to download 2.7d3. I think that 2.5 has a moderately serious bug caused by the switch to daylight savings time (all your files are MRO'd), but that might be a previous version. At any rate, as I remember 2.7d3 doesn't have that bug. Charles -- Charles Sutton University of Massachusetts, Amherst cas...@cs... URL: http://www.cs.umass.edu/~casutton/ |
|
From: Lexi M <le...@ya...> - 2002-11-25 18:48:10
|
Hi everyone, I'm looking into using MacCVS Pro and I'm trying to figure out what version to download. Looks like there are several options: but none seem to call out "hey i'm the most recent stable release!" * There's a beta of version 2.5 on www.maccvs.org, which seems to be just whereever things were left when the project was moved to SourceForge a couple of years ago. * There's a build of beta 2.7 on SourceForge. The commentary there is "warning this is untested beta and might lose data!" * There's a .sit with source code on SourceForge. I don't know if this matches the build. Readme files appear to reflect version 2.5. * Then there's the CVS repository of the source, with, of course, all versions. There appear to be various tags and branches and I can't tell whether I would be best off checking out the head or one of the branches. I just want whatever is the most stable version that meets my modest needs. I don't need an OS X client, I don't need SSH support, and I'm willing to put up with minor UI nits like not being able to paste into the Log Window. I just really don't want something that is going to eat my project and force me to reconstruct from backup tapes. It looks like development activity has slowed down to about nothing over the past year or two. (Because the project is now perfect? :) So, if you're thinking, "urgh, I haven't looked at MacCVSPro in-- how many months?-- there must be other people who know more about where the project is--" then dude, you're it. I don't think anyone else will have more up-to-date info. TIA lexi __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Chuck H. <ch...@wo...> - 2002-10-13 12:01:20
|
>Hi,
>
>I'm compiling MacCVS Pro from source using CodeWarrior 8.2 Mac OS 10.2.
>The Crypto++ session that comes with MacCVS Pro gets version 4.1 of
>Crypto.
>When I try to compile this, I get a compile error (sorry I don't have a
>copy of it
>right now). When I update to the latest version of Crypto++, it
>compiles fine
>and I can compile the rest of MacCVS Pro.
>
>Has anyone else observed this behavior? Should the Crypto++ session
>be updated?
Yes, I also ran into this problem when I moved up to CW 8 (see errors
below). I didn't know that the latest Crypto++ source would work, so
I just used the libs compiled with CW7.
It sounds like the Crypto++ Session should be updated to use
CRYPTOPP_4_2 as the default revision. I don't know if any of the
other changes in 4.2 would cause problems. Here's what the README
says has changed:
4.2 - added HMAC support for longer keys
- added MD4 (which is not secure so use for compatibility purposes only)
- added compatibility fixes/workarounds for STLport 4.5, GCC 3.0.2,
and MSVC 7.0
- changed MD2 to use public domain code
- fixed a bug with decompressing multiple messages with the same object
- fixed a bug in CBC-MAC with MACing multiple messages with the same object
- fixed a bug in RC5 and RC6 with zero-length keys
- fixed a bug in Adler32 where incorrect checksum may be generated
Cheers - Chuck
Error Messages:
Error : function call
'[CryptoPP::RawIDA].PrepareBulkPolynomialInterpolationAt({lval} const
CryptoPP::GF2_32, {lval} unsigned long *, {lval} unsigned long,
std::__wrap_iterator<std::vector<unsigned long,
std::allocator<unsigned long>>, unsigned long *>, {lval} unsigned
long *, {lval} unsigned int)' does not match
'CryptoPP::PrepareBulkPolynomialInterpolationAt<...>(const __T0 &,
__T1 *, const __T1 &, const __T1 *, const __T1 *, unsigned int)'
ida.cpp line 119 [i].ptr, m_outputChannelIds[i],
m_inputChannelIds.begin(), m_w.ptr, m_threshold);
Error : function call
'[CryptoPP::RawIDA].PrepareBulkPolynomialInterpolation({lval} const
CryptoPP::GF2_32, {lval} unsigned long *,
std::__wrap_iterator<std::vector<unsigned long,
std::allocator<unsigned long>>, unsigned long *>, {lval} unsigned
int)' does not match
'CryptoPP::PrepareBulkPolynomialInterpolation<...>(const __T0 &, __T1
*, const __T1 *, unsigned int)'
ida.cpp line 135 kPolynomialInterpolation(field, m_w.ptr,
m_inputChannelIds.begin(), m_threshold);
Error : function call
'[CryptoPP::RawIDA].PrepareBulkPolynomialInterpolationAt({lval} const
CryptoPP::GF2_32, {lval} unsigned long *, {lval} unsigned long,
std::__wrap_iterator<std::vector<unsigned long,
std::allocator<unsigned long>>, unsigned long *>, {lval} unsigned
long *, {lval} unsigned int)' does not match
'CryptoPP::PrepareBulkPolynomialInterpolationAt<...>(const __T0 &,
__T1 *, const __T1 &, const __T1 *, const __T1 *, unsigned int)'
ida.cpp line 169 m_u.ptr, m_outputChannelIds[i],
m_inputChannelIds.begin(), m_w.ptr, m_threshold);
|
|
From: Charles S. <cas...@cs...> - 2002-10-11 18:45:40
|
Hi, I'm compiling MacCVS Pro from source using CodeWarrior 8.2 Mac OS 10.2. The Crypto++ session that comes with MacCVS Pro gets version 4.1 of Crypto. When I try to compile this, I get a compile error (sorry I don't have a copy of it right now). When I update to the latest version of Crypto++, it compiles fine and I can compile the rest of MacCVS Pro. Has anyone else observed this behavior? Should the Crypto++ session be updated? Charles -- Charles Sutton University of Massachusetts, Amherst cas...@cs... URL: http://www.cs.umass.edu/~casutton/ |
|
From: Bobby T. <bob...@ma...> - 2002-09-11 22:11:59
|
> I *loved* MacCVS Pro on OS 9. > > There's very low traffic on this list, but lots of work has been done > in the last 18 months, but no new builds have been created. > > It's as though only people who can build it are supposed to be using it. > > I've moved along to a CVS client that is an old NeXT program ported. > It's Cocoa and rocks, and it is being developed at about 10x the pace > of our beloved, but deceased, MacCVS Pro. > > CVL > > http://www.versiontracker.com/moreinfo.fcgi?id=997&db=mac Well, I still have a lot of code that has resource info and stuff, very "mac"ey files and stuff. Right now I am having trouble with all of the "unix"ey CVS clients - I've tried CVL and MacCVS. They don't seem to get my file mappings right and stuff. I replaced my command line "cvs" with the "cvsgui" that comes with MacCVS (the WinCVS port) and that helped some, but I still can't get it to work quite right. The only client I've had any success with so far is MacCVS Pro. If it just supported long filenames it'd be close to perfect. I'd be interested in hearing from any of you who are still developing this. Is there a new build for X planned anytime soon or is MacCVS Pro pretty much dead? -- Bobby --------------------------------------------------------------------- Bobby Thomale Senior Software Developer Inoveon Corporation http://www.inoveon.com/ --------------------------------------------------------------------- |
|
From: Charles S. <cas...@ek...> - 2002-09-11 22:10:57
|
On Wednesday, September 11, 2002, at 06:01 PM, Tom Mornini wrote: > I *loved* MacCVS Pro on OS 9. > Me too. > There's very low traffic on this list, but lots of work has been done > in the last 18 months, but no new builds have been created. > > It's as though only people who can build it are supposed to be using > it. That's my sense as well. I built MacCVS several months ago, and it has several new features over 2.7d3 (cvsignore support, and recent sessions). It's high time for a new official release. So... What needs to be done for a new beta release? What needs to be tested? How can we help? Charles -- Charles Sutton University of Massachusetts, Amherst cas...@cs... URL: http://www.cs.umass.edu/~casutton/ |
|
From: Tom M. <tmo...@in...> - 2002-09-11 22:01:39
|
I *loved* MacCVS Pro on OS 9. There's very low traffic on this list, but lots of work has been done in the last 18 months, but no new builds have been created. It's as though only people who can build it are supposed to be using it. I've moved along to a CVS client that is an old NeXT program ported. It's Cocoa and rocks, and it is being developed at about 10x the pace of our beloved, but deceased, MacCVS Pro. CVL http://www.versiontracker.com/moreinfo.fcgi?id=997&db=mac On Wednesday, September 11, 2002, at 01:53 PM, Bobby Thomale wrote: > I am new to this list and a new user of MacCVS Pro. I downloaded > MacCVS Pro > 2.7d3 and I have to say this is by far the best of the graphical > clients I > have seen so far, despite its limitations. > > My question: is this product still being actively developed? It seems > to > work really well for my old code that I have moved from MacOS 9, but > its > lack of long filename support is making it impossible to use for some > of our > newer stuff developed on 10 in Java. > > -- Bobby > > --------------------------------------------------------------------- > Bobby Thomale > Senior Software Developer > Inoveon Corporation > http://www.inoveon.com/ > --------------------------------------------------------------------- > > > > > > ------------------------------------------------------- > In remembrance > www.osdn.com/911/ > _______________________________________________ > Maccvspro-dev mailing list > Mac...@li... > https://lists.sourceforge.net/lists/listinfo/maccvspro-dev -- -- Tom Mornini -- eWingz Systems, Inc. -- -- ICQ: 113526784, AOL, Yahoo, MSN and Jabber: tmornini |
|
From: Bobby T. <bob...@in...> - 2002-09-11 20:53:34
|
I am new to this list and a new user of MacCVS Pro. I downloaded MacCVS Pro
2.7d3 and I have to say this is by far the best of the graphical clients I
have seen so far, despite its limitations.
My question: is this product still being actively developed? It seems to
work really well for my old code that I have moved from MacOS 9, but its
lack of long filename support is making it impossible to use for some of our
newer stuff developed on 10 in Java.
-- Bobby
---------------------------------------------------------------------
Bobby Thomale
Senior Software Developer
Inoveon Corporation
http://www.inoveon.com/
---------------------------------------------------------------------
|
|
From: <bo...@ma...> - 2002-07-08 17:40:00
|
I'm using the CVSNT server 57f . If i add a file it's modification date will be: 2018, Jun 24. The problem is that server sends entry line like: /Test.txt/0/Initial Test.txt// And MacCVSPro tries to convert string: "Initial Test.txt/" to date. Is it a bug in CVSNT?! I've fixed the problem with the following patch in MacCVS Pro, but i'm not sure if the problem is in MacCVSPro or CVSNT. Index: maccvs25/CVS Engine/Source/CCVSRepository.cp =================================================================== RCS file: /cvsroot/maccvspro/maccvs25/CVS Engine/Source/CCVSRepository.cp,v retrieving revision 1.124 diff -r1.124 CCVSRepository.cp 5952c5952 < if ( pstrTimeStamp[0] == 0 ) --- > if ( pstrTimeStamp[0] == 0 || bInAddRevisionInfo) Regards, Miklos. |
|
From: Herb H. <hh...@co...> - 2002-06-24 18:45:19
|
I just uploaded an updated patch that allows setting the mod date on newly checked out files to the check in date/time. I had to wrap it in a Stuffit archive because there is a minor resource change as well. Enjoy, -- Herb Hrowal <hh...@co...> Staff Engineer, Mac Client Software EarthLink, Inc. |
|
From: Gregory R. M. <gre...@po...> - 2002-06-07 22:04:48
|
>[ckids] only get checked in for files that are checked in in >AppleSingle or BinHex format. What kinds of files are your >colleagues complaining about? Yes, they are files with resource forks, and we are using binhex for them (even though "binhex is the wrong answer"). >>If not, I will modify CCVSRepository::WriteModifiedEntry to remove >>the ckid in the version of the file that gets checked in. > >But you'll put the 'ckid' back after checking in the file, right? For a quick hack, it didn't seem necessary to put it back since MacCVSPro adds a new ckid with the changed information. The only drawback I noticed was in the message window. i.e. /mycvsroot/mypathname/filename,v <---- filename with the version information missing after the ",v" - Greg |
|
From: Simon F. <sm...@sm...> - 2002-06-07 16:58:35
|
At 12:40 pm -0400 24/5/02, Gregory R. Manning wrote: >Hi there. I just started using MacCVSPro and joined this list. > >Today I got spanked because other team members do not like >the ckid resources that MacCVSPro added to some files. >I don't mind having ckid resources on my local copy, but >is there a reason that they need to be checked into the repository? They'll only get checked in for files that are checked in in AppleSingle or BinHex format. What kinds of files are your colleagues complaining about? >If not, I will modify CCVSRepository::WriteModifiedEntry to remove >the ckid in the version of the file that gets checked in. But you'll put the 'ckid' back after checking in the file, right? >But, this change may not get checked in since I've never checked any >code into SourceForge before. Submit a patch at the SourceForge site. Simon |
|
From: Ben H. <bh...@al...> - 2002-05-27 17:34:20
|
At 10:21 AM -0700 5/27/02, Herb Hrowal wrote: >I wrote and uploaded a patch for this about a year ago (maybe longer). I >periodically update it hoping that someone will check it in for me, but that >hasn't happened yet. I'm not sure if the current patch will work since so >many changes have been made since I uploaded the last one. I do however keep >my local source up to date so putting a patch together should be trivial. > >Is anyone interested in me uploading a new patch? Yes. There are some other good patches on the site, it would be nice if someone could take the time to check them in. -Ben -- http://homepage.mac.com/bhines/ |