You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
(5) |
Apr
(5) |
May
(23) |
Jun
|
Jul
(11) |
Aug
(3) |
Sep
(1) |
Oct
(8) |
Nov
(24) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(17) |
Feb
(5) |
Mar
(18) |
Apr
(10) |
May
(4) |
Jun
(5) |
Jul
(67) |
Aug
(7) |
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
(9) |
| 2004 |
Jan
(16) |
Feb
(4) |
Mar
(7) |
Apr
(5) |
May
(4) |
Jun
(5) |
Jul
(3) |
Aug
(3) |
Sep
(3) |
Oct
(8) |
Nov
|
Dec
|
| 2005 |
Jan
(5) |
Feb
(6) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(7) |
| 2006 |
Jan
(10) |
Feb
(4) |
Mar
(10) |
Apr
(8) |
May
(8) |
Jun
(14) |
Jul
(7) |
Aug
(4) |
Sep
(4) |
Oct
(24) |
Nov
(29) |
Dec
(10) |
| 2007 |
Jan
(5) |
Feb
(12) |
Mar
(11) |
Apr
(10) |
May
(3) |
Jun
(3) |
Jul
(15) |
Aug
(28) |
Sep
(8) |
Oct
(5) |
Nov
(8) |
Dec
(13) |
| 2008 |
Jan
(7) |
Feb
(11) |
Mar
(29) |
Apr
(28) |
May
(17) |
Jun
(9) |
Jul
(18) |
Aug
(7) |
Sep
(8) |
Oct
(9) |
Nov
(11) |
Dec
(53) |
| 2009 |
Jan
(112) |
Feb
(19) |
Mar
(46) |
Apr
(32) |
May
(90) |
Jun
(91) |
Jul
(33) |
Aug
(11) |
Sep
(16) |
Oct
(23) |
Nov
(15) |
Dec
(3) |
| 2010 |
Jan
(1) |
Feb
|
Mar
(37) |
Apr
(47) |
May
(66) |
Jun
(69) |
Jul
(29) |
Aug
(45) |
Sep
(23) |
Oct
(3) |
Nov
(1) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
(1) |
Jul
(3) |
Aug
(6) |
Sep
(1) |
Oct
(7) |
Nov
(1) |
Dec
(1) |
| 2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
| 2016 |
Jan
(4) |
Feb
(5) |
Mar
(2) |
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
(1) |
Mar
(25) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(1) |
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(4) |
Jul
(3) |
Aug
|
Sep
(3) |
Oct
(6) |
Nov
(1) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2023 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
(2) |
Feb
(2) |
Mar
(5) |
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2004-01-09 03:43:57
|
Patches item #628075, was opened at 2002-10-24 15:30 Message generated for change (Comment added) made by armarshall You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=628075&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thomas Wouters (twouters) Assigned to: Nobody/Anonymous (nobody) Summary: '--ignore=filepattern' option Initial Comment: This patch adds a new argument to syncmail, '-i' ('--ignore'). It takes a glob-like pattern as argument, and ignores all files that match the pattern. It doesn't send diffs for them, and if all files are ignored, doesn't send mail at all (but the subject is currently not altered for ignored files.) - Multiple -i or --ignore arguments can be given to ignore multiple patterns - The usual *, ?, [seq] and [!seq] patternmagic work - '**' matches any number of directories (including 0) - All matching is case sensitive - All filenames are relative to the CVS *module* root - If the pattern contains no '/', the pattern is matched against a file's basename only (so '*.c' as pattern matches all files ending in '.c' in all directories.) - If the pattern ends with a '/', the pattern is matched against dirname only (so 'tmp/' ignores all *files* in tmp/, but not files in subdirectories of tmp/. - Otherwise, the pattern is matched against the whole path, relative to the CVS *module* root. - To match a single file only in the topmost directory (but not files with the same name everywhere) prepend the pattern with './'. The patch includes a _filter_test() function that shows some examples. Problems: - It's not tested to death. The pattern matching magic is tested fairly thoroughly, but the modified script has not seen much use yet. - The '**' logic may be confusing, especially when prepending '**' with something. - The subject isn't modified to reflect ignored files (May be a feature :) - There is no 'IGNORED' indicator in the diff output (Probably a feature :) - The string.split(filespec, ",") now occurs in two places. ---------------------------------------------------------------------- Comment By: Allen R. Marshall (armarshall) Date: 2004-01-09 03:43 Message: Logged In: YES user_id=147690 Couldn't the .cvsignore files help here? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=628075&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2004-01-09 03:41:48
|
Bugs item #789410, was opened at 2003-08-15 18:36 Message generated for change (Comment added) made by armarshall You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=789410&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Fix usage description Initial Comment: The syntax of syncmail when using syncmail --help is incorrect. If we use ./syncmail [options] <%S> email-addr [email-addr..], the collect_diff will fail because it expects the previous and the new version of the file. Correct usage should read: ./syncmail [options] %{sVv} email-addr [email-addr..]. ---------------------------------------------------------------------- Comment By: Allen R. Marshall (armarshall) Date: 2004-01-09 03:41 Message: Logged In: YES user_id=147690 And, don't allow %{sVvt} until support for t expansion (tags) is implemented. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=789410&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2004-01-09 03:40:43
|
Bugs item #768243, was opened at 2003-07-09 05:15 Message generated for change (Comment added) made by armarshall You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=768243&group_id=47611 Category: None Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Fred L. Drake, Jr. (fdrake) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: configuration file use Initial Comment: syncmail has grown many command line options, and is likely to grow more as functionality improves. Some potential functionality (such as per-branch configuration) is expected to be fairly difficult via the command line. Using a configuration file would make it much easier to configure syncmail. It is most likely that an .ini style configuration file will be used since a (somewhat) suitable parser already exists in the Python standard library. ---------------------------------------------------------------------- Comment By: Allen R. Marshall (armarshall) Date: 2004-01-09 03:40 Message: Logged In: YES user_id=147690 And, umm, while we are wishing.. 1) Support for cvs tag expansion from loginfo. 2) The assumption that localhost will be used to connect when no explicit MAILHOST is passed in blast_mail didn't hold. I had to force this or I got connect errors. So, improve robustness. 3) No diff option - nice but not always necessary. 4) Improve formatting of email subject from raw material 5) Make/restore a test mode for command line testing. That was hard to do. 6) Allow user to set email debug level on command line. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=768243&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2004-01-09 03:37:15
|
Bugs item #760429, was opened at 2003-06-25 11:56 Message generated for change (Comment added) made by armarshall You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=760429&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Hohmuth (rotofoil) Assigned to: Nobody/Anonymous (nobody) Summary: Error when mail server is unreachable Initial Comment: When the SMTP server is unreacheable, `syncmail' generates an error message like the one appended below. I suggest adding another mail-sending mode that queues the mail using /usr/sbin/sendmail (instead of delivering it via SMTP). Michael Message: Traceback (most recent call last): Message: File "/home/hohmuth/local/var/cvs/CVSROOT/syncmail", line 481, in ? Message: main() Message: File "/home/hohmuth/local/var/cvs/CVSROOT/syncmail", line 474, in main Message: dolinks, specs[0], cvshost, repo) Message: File "/home/hohmuth/local/var/cvs/CVSROOT/syncmail", line 341, in blast_mail Message: conn.connect(MAILHOST, MAILPORT) Message: File "/soft/stow/Python-2.2.2/lib/python2.2/smtplib.py", line 290, in connect Message: raise socket.error, msg Message: socket.error: (79, 'A remote host refused an attempted connect operation.') ---------------------------------------------------------------------- Comment By: Allen R. Marshall (armarshall) Date: 2004-01-09 03:37 Message: Logged In: YES user_id=147690 The whole connect thing should be in some sort of try finally handler so exceptions that are likely to happen like this one don't just make it puke. ---------------------------------------------------------------------- Comment By: Klaus Johannes Rusch (krusch) Date: 2003-06-27 18:48 Message: Logged In: YES user_id=365576 I believe the enhancement to add an MTA option has been discussed for cvs-syncmail.py and should be fairly simply to implement. The Perl version of cvs-syncmail at http://cvs-syncmail- pl.sourceforge.net/ already has this: -m hostname --mailhost hostname The hostname of an available SMTP server. The default is the value of the environment variable MAILHOST, or the environment variable SMTP_SERVER, or 'localhost'. --mta command Command line to invoke an external mail transfer agent (MTA), such as sendmail. The program should expect a message with SMTP headers and an unescaped message body on stdin. This option overrides any mailhost settings. It would by nice if the Python implementation chose the same parameter format, if possible. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=760429&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2004-01-09 03:35:57
|
Bugs item #845767, was opened at 2003-11-20 13:02 Message generated for change (Comment added) made by armarshall You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=845767&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thorsten Kamann (thorque) Assigned to: Nobody/Anonymous (nobody) Summary: Syncmail script produces error Initial Comment: Hello SF-Support, yesterday I setup the syncmail-script to report a commit to a mailinglist for the project centaurus. This function properly...yesterday. Since todays morning there occurs an error: cvs -r ci -m "/Centaurus/project/server/webapps/ROOT/index.htm" Checking in project/server/webapps/ROOT/index.htm; /cvsroot/centaurus/project/server/webapps/ROOT/index.htm,v <-- index.htm new revision: 1.2; previous revision: 1.1 done Mailing cen...@li...... Generating notification message... Generating notification message... done. Mailing cen...@li...... Generating notification message... Traceback (innermost last): File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 322, in ? main() File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 315, in main blast_mail(subject, people, specs[1:], contextlines, fromhost) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 240, in blast_mail print calculate_diff(file, contextlines) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 139, in calculate_diff file, oldrev, newrev = string.split(filespec, ',') ValueError: unpack list of wrong size I'm using the Eclipse IDE Version 1.2 on SuSE Linux 8.2 Whats wrong? Best regards Thorsten Kamann ---------------------------------------------------------------------- Comment By: Allen R. Marshall (armarshall) Date: 2004-01-09 03:35 Message: Logged In: YES user_id=147690 I had this very same problem. It happened because I rashly asked for tag information in my loginof entry e.g. %{sVvt}. This generated, at least on my cvs, a filespec value that had a trailing , since there was no tag information (actually, it did that even when there should have been tag information, which makes me wonder if the cvs commit message thingumee has an issue). I solved it by adding another variable at the referenced line 139 called tag e.g. file, oldrev, newrev, tag = string.split(filespec,','). Problem solved. Smarter people who know Python would know how to trim that bad boy off before it causes this choking. However, it would be WAY DESIRABLE for syncmail to just include the commit-to tag entry, if the user wants it, since it is a legitimate expansion option in loginfo. ---------------------------------------------------------------------- Comment By: Nuno Lopes (nuno-lopes) Date: 2003-11-30 09:27 Message: Logged In: YES user_id=841194 Hi, Syncmail used to work, but today I imported a new module to the cvs repository and it gave me an error: ------------ No conflicts created by this import Mailing php...@li...... Generating notification message... Generating notification message... done. Mailing php...@li...... Generating notification message... Traceback (innermost last): File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 322, in ? main() File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 315, in main blast_mail(subject, people, specs[1:], contextlines, fromhost) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 240, in blast_mail print calculate_diff(file, contextlines) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 139, in calculate_dif f file, oldrev, newrev = string.split(filespec, ',') ValueError: unpack list of wrong size ---------------------- I didn't receive any e-mail for this import. Nuno Lopes ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=845767&group_id=47611 |
|
From: Euan G. <EGu...@bu...> - 2004-01-08 12:10:27
|
|
From: Rajendra Allen<cvs...@YA...> - 2003-12-27 07:11:00
|
<html><body bgcolor=#FFFFFF text=#000000> .screeched.<font color=#000099><b>Have you been longing for a Designer Handbag, Wallet, etc? But you don't want to spend the Big Bucks? Well, then here is the place to be - A place where your dreams come true! Enjoy the Superior quality and most affordable price and add a style to your life!<br> </b></font><font color=#ffffff>exorcist.ii.aces</font><br> <font color=#ff0000><b>Visit us at<a href=http://hot.4hoster.com/?11159901>CL1CK HER6</a></b><font color=#ffffff>crier.ethic.exemplifying</font> <p><a href=http://hot.4hoster.com/lifehosteronline/remove>De1</a><font color=#ffffff>policies.boatswain.meal</font></p> </font> </body></html> |
|
From: SourceForge.net <no...@so...> - 2003-12-24 06:47:11
|
Bugs item #865318, was opened at 2003-12-24 14:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=865318&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: tao.lou (taolouis) Assigned to: Nobody/Anonymous (nobody) Summary: A common question!~~ Initial Comment: Generating notification message... Generating notification message... done. [ronger@dniserver wwwroot]$ Traceback (most recent call last): File "/usr/local/dnicvs/CVSROOT/syncmail", line 322, in ? main() File "/usr/local/dnicvs/CVSROOT/syncmail", line 315, in main blast_mail(subject, people, specs[1:], contextlines, fromhost) File "/usr/local/dnicvs/CVSROOT/syncmail", line 221, in blast_mail conn.connect(MAILHOST, MAILPORT) File "/usr/lib/python2.2/smtplib.py", line 276, in connect for res in socket.getaddrinfo(host, port, 0, socket.SOCK_STREAM): socket.gaierror: (-3, 'Temporary failure in name resolution') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=865318&group_id=47611 |
|
From: Duane M. <du...@is...> - 2003-12-17 15:50:52
|
I like syncmail, but I'm having a problem I hope maybe has been resolved = before. I thought about modifying the script to do this myself, but I'm = not that proficient in Python, so I thought I would see if what I want = has already been done or considered on this list. =20 I need the email sent by syncmail to come from the user's email address = who is checking in the file. This is so we can integrate with our JIRA = issue/bug tracking system. I have set up the CVSROOT/users file to map = CVS user names to actual email addresses, but it appears as if syncmail = is always using "cv...@cv..." (for instance) as the SMTP = return address. My MTA keeps rejecting the email because it doesn't = recognize the "cv...@cv..." as a valid email address. If I = can get the return address to show up as val...@ou... = (again, for example), the MTA will recognize it (and so will our = issue-tracking system), but I can't seem to force syncmail to do this = easily. Any thoughts? Many thanks, Duane Moore duane at iswsolutions dot com |
|
From: Duane M. <du...@is...> - 2003-12-15 20:40:54
|
I like syncmail, but I'm having a problem I hope maybe has been resolved = before. I thought about modifying the script to do this myself, but I'm = not much of a Python person, so I thought I would see if what I want has = already been done or considered. =20 I need the email sent by syncmail to come from the user's email address = who is checking in the file. This is so we can integrate with our JIRA = issue/bug tracking system. I have set up the CVSROOT/users file to map = CVS user names to actual email addresses, but it appears as if syncmail = is always using "cv...@ho..." (for instance) as the SMTP = return address. My MTA keeps rejecting the email because it doesn't = recognize the "cv...@ho..." as a valid email address. If I = can get the return address to show up as val...@ou... (again, = for example), the MTA will recognize it, but I can't seem to force = syncmail to do this easily. Any thoughts? Many thanks, Duane Moore duane at iswsolutions dot com |
|
From: Greg W. <gw...@py...> - 2003-12-06 16:50:22
|
I've just noticed that syncmail bombs with an IOException trying to open CVS/Entries when adding a directory to an otherwise-empty project. See https://sourceforge.net/tracker/index.php?func=detail&aid=855359&group_id=47611&atid=450021 for details. I included a patch that fixes the problem for me; it seems pretty simple, but I'd like someone else (Fred?) to review it before I check it in. Greg -- Greg Ward <gw...@py...> http://www.gerg.ca/ Earn cash in your spare time -- blackmail your friends! |
|
From: SourceForge.net <no...@so...> - 2003-12-06 16:46:27
|
Patches item #855359, was opened at 2003-12-06 11:45 Message generated for change (Comment added) made by gward You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=855359&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Greg Ward (gward) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Traceback opening Entries file for new dir in new project Initial Comment: Trying to add a new directory in a brand-new project fails. Eg. in your $CVSHOME repository do this: mkdir test Then go make a working copy somewhere: cvs -d /home/cvs co test Add a new directory: mkdir foo cvs add foo The "cvs add" succeeds, but syncmail bombs with Traceback (most recent call last): File "/scratch/src/syncmail/syncmail", line 455, in ? main() File "/scratch/src/syncmail/syncmail", line 442, in main changes = load_change_info() File "/scratch/src/syncmail/syncmail", line 322, in load_change_info f = open(entries_fn) IOError: [Errno 2] No such file or directory: 'CVS/Entries' BTW, this is with the latest trunk revision (1.36) of syncmail; I haven't tried the new-config branch. The patch is trivial; I'll attach it, and if no one objects, will check it in. ---------------------------------------------------------------------- >Comment By: Greg Ward (gward) Date: 2003-12-06 11:46 Message: Logged In: YES user_id=14422 Fred, I'm assigning to you because you wrote the code that I'm patching. Also, you might want to merge this onto the new-config branch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=855359&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2003-12-06 16:45:20
|
Patches item #855359, was opened at 2003-12-06 11:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=855359&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Greg Ward (gward) Assigned to: Nobody/Anonymous (nobody) Summary: Traceback opening Entries file for new dir in new project Initial Comment: Trying to add a new directory in a brand-new project fails. Eg. in your $CVSHOME repository do this: mkdir test Then go make a working copy somewhere: cvs -d /home/cvs co test Add a new directory: mkdir foo cvs add foo The "cvs add" succeeds, but syncmail bombs with Traceback (most recent call last): File "/scratch/src/syncmail/syncmail", line 455, in ? main() File "/scratch/src/syncmail/syncmail", line 442, in main changes = load_change_info() File "/scratch/src/syncmail/syncmail", line 322, in load_change_info f = open(entries_fn) IOError: [Errno 2] No such file or directory: 'CVS/Entries' BTW, this is with the latest trunk revision (1.36) of syncmail; I haven't tried the new-config branch. The patch is trivial; I'll attach it, and if no one objects, will check it in. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=855359&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2003-11-30 09:27:19
|
Bugs item #845767, was opened at 2003-11-20 13:02 Message generated for change (Comment added) made by nuno-lopes You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=845767&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thorsten Kamann (thorque) Assigned to: Nobody/Anonymous (nobody) Summary: Syncmail script produces error Initial Comment: Hello SF-Support, yesterday I setup the syncmail-script to report a commit to a mailinglist for the project centaurus. This function properly...yesterday. Since todays morning there occurs an error: cvs -r ci -m "/Centaurus/project/server/webapps/ROOT/index.htm" Checking in project/server/webapps/ROOT/index.htm; /cvsroot/centaurus/project/server/webapps/ROOT/index.htm,v <-- index.htm new revision: 1.2; previous revision: 1.1 done Mailing cen...@li...... Generating notification message... Generating notification message... done. Mailing cen...@li...... Generating notification message... Traceback (innermost last): File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 322, in ? main() File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 315, in main blast_mail(subject, people, specs[1:], contextlines, fromhost) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 240, in blast_mail print calculate_diff(file, contextlines) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 139, in calculate_diff file, oldrev, newrev = string.split(filespec, ',') ValueError: unpack list of wrong size I'm using the Eclipse IDE Version 1.2 on SuSE Linux 8.2 Whats wrong? Best regards Thorsten Kamann ---------------------------------------------------------------------- Comment By: Nuno Lopes (nuno-lopes) Date: 2003-11-30 09:27 Message: Logged In: YES user_id=841194 Hi, Syncmail used to work, but today I imported a new module to the cvs repository and it gave me an error: ------------ No conflicts created by this import Mailing php...@li...... Generating notification message... Generating notification message... done. Mailing php...@li...... Generating notification message... Traceback (innermost last): File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 322, in ? main() File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 315, in main blast_mail(subject, people, specs[1:], contextlines, fromhost) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 240, in blast_mail print calculate_diff(file, contextlines) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 139, in calculate_dif f file, oldrev, newrev = string.split(filespec, ',') ValueError: unpack list of wrong size ---------------------- I didn't receive any e-mail for this import. Nuno Lopes ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=845767&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2003-11-28 11:24:23
|
Bugs item #850695, was opened at 2003-11-28 12:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=850695&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gert-Jan Paulissen (gpaulissen) Assigned to: Nobody/Anonymous (nobody) Summary: Using syncmail with %s fails Initial Comment: In my loginfo script the following line has been added: DEFAULT /cvsroot/sitedocs/CVSROOT/cvstools/syncmail %s gpa...@us... The default %{sVv} has not been used because it generated too much lines for binary files. But this works neither: Traceback (innermost last): File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 322, in ? main() File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 315, in main blast_mail(subject, people, specs[1:], contextlines, fromhost) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 240, in blast_mail print calculate_diff(file, contextlines) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 139, in calculate_diff file, oldrev, newrev = string.split(filespec, ',') ValueError: unpack list of wrong size Apparently the code assumes several options should be specified. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=850695&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2003-11-20 13:03:02
|
Bugs item #845767, was opened at 2003-11-20 14:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=845767&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thorsten Kamann (thorque) Assigned to: Nobody/Anonymous (nobody) Summary: Syncmail script produces error Initial Comment: Hello SF-Support, yesterday I setup the syncmail-script to report a commit to a mailinglist for the project centaurus. This function properly...yesterday. Since todays morning there occurs an error: cvs -r ci -m "/Centaurus/project/server/webapps/ROOT/index.htm" Checking in project/server/webapps/ROOT/index.htm; /cvsroot/centaurus/project/server/webapps/ROOT/index.htm,v <-- index.htm new revision: 1.2; previous revision: 1.1 done Mailing cen...@li...... Generating notification message... Generating notification message... done. Mailing cen...@li...... Generating notification message... Traceback (innermost last): File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 322, in ? main() File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 315, in main blast_mail(subject, people, specs[1:], contextlines, fromhost) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 240, in blast_mail print calculate_diff(file, contextlines) File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 139, in calculate_diff file, oldrev, newrev = string.split(filespec, ',') ValueError: unpack list of wrong size I'm using the Eclipse IDE Version 1.2 on SuSE Linux 8.2 Whats wrong? Best regards Thorsten Kamann ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=845767&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2003-11-13 18:50:34
|
Bugs item #841623, was opened at 2003-11-13 19:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=841623&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joachim Pileborg (arrow) Assigned to: Nobody/Anonymous (nobody) Summary: rcsdiff troubles? Initial Comment: When doing a cvs commit, I get rcsdiff errors: Checking in kernel/class.c; /cvsroot/evilos-kernel/evilos/kernel/class.c,v <-- class.c new revision: 1.3; previous revision: 1.2 done Mailing ar...@us...... Generating notification message... Generating notification message... done. rcsdiff: RCS/1.2,v: No such file or directory rcsdiff: -r option is ignored after pathnames rcsdiff: RCS/1.3,v: No such file or directory rcsdiff: /cvsroot/evilos-kernel/evilos/kernel/Attic/RCS/class.c,v: No such file or directory My $CVSROOT/CVSROOT/loginfo entry looks like this: evilos $CVSROOT/CVSROOT/syncmail %s ar...@us... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=841623&group_id=47611 |
|
From: Pedro A. <ped...@po...> - 2003-10-16 19:02:14
|
I have a problem running syncmail from cvs of 2003-10-16 I checked out this version because version 1.0 was not working so I thought I would give a try to the HEAD version. I don't really understand but the problem is that everytime I try to run the script, it complains like this: [root@server pedro]# /usr/local/bin/syncmail : bad interpreter: No such file or directoryon [root@server pedro]# which python /usr/bin/python Header of syncmail: #! /usr/bin/python ... ... If I run [root@server pedro]# python /usr/local/bin/syncmail Complicated notification for CVS checkins. ... ... Then it runs ok. Why is this? I don't know how to run "python /usr/local/bin/syncmail" in loginfo file. It doesn't work... |
|
From: xavier <lis...@na...> - 2003-09-26 14:45:08
|
Hi, is there something wrong with my setup ? cvs-syncmail is always printing this "confused about file xxx -- ignoring" when i commit a file, and there are other files in the directory but not commited... i do cvs ci -m 'n' in the directory. using debian version 1.2+cvs.2003.07.28-2 thanks -- xavier |
|
From: Kennedy<cvs...@AO...> - 2003-09-12 09:34:18
|
<html> <body><font color="#ffffff">sashay <font color="#ffffff">bertrand <font color="#ffffff">achieves <font color="#ffffff">imaging <font color="#ffffff">sanguinary <font color="#ffffff">powerlessness <font color="#ffffff">powerless <font color="#ffffff">imitating <font color="#ffffff">boatmen <font color="#ffffff">scrawls <font color="#ffffff">tea <font color="#ffffff">plums <font color="#ffffff">milestone <font color="#ffffff">medieval <font color="#ffffff">humaneness <font color="#ffffff">pool <font color="#ffffff">midland <font color="#ffffff">exert <font color="#ffffff">meander <font color="#ffffff">executor <font color="#ffffff">boil <font color="#ffffff">scopes <font color="#ffffff">hydroxylate <font color="#ffffff">admissible <font color="#ffffff">melange <font color="#ffffff">counterattack <font color="#ffffff">tapestry <font color="#ffffff">postpaid <font color="#ffffff">athenian <font color="#ffffff">medium <font color="#ffffff">$RANDO MIZE <font color="#ffffff">mighty <font color="#ffffff">adoptive <font color="#ffffff">tester <font color="#ffffff">arpa <font color="#ffffff">satchel <font color="#ffffff">explanations <font color="#ffffff">taut <font color="#ffffff">boldly <font color="#ffffff">creed <font color="#ffffff">adaptors <font color="#ffffff">playoff <font color="#ffffff">scaring <font color="#ffffff">creations <font color="#ffffff">bouquets <font color="#ffffff">tansy <font color="#ffffff">methodist <font color="#ffffff">exponentiates <font color="#ffffff">mayhap <font color="#ffffff">bernard <font color="#ffffff">housewares <font color="#ffffff">hounds <font color="#ffffff">hummed <font color="#ffffff">acquiesces <font color="#ffffff">taxonomic <font color="#ffffff">hornwort <font color="#ffffff">pluton <font color="#ffffff">azerbaijan <font color="#ffffff">humidifiers <font color="#ffffff">becker <font color="#ffffff">matrimonial <font color="#ffffff">$RANDOM IZE <font color="#ffffff">microseconds <font color="#ffffff">melted <font color="#ffffff">bootlegger <font color="#ffffff">couscous <font color="#ffffff">taped <font color="#ffffff">bodyweight <font color="#ffffff">courteously <font color="#ffffff">technique <font color="#ffffff">adjudging <font color="#ffffff">politer <font color="#ffffff">benedikt <font color="#ffffff">mediates <font color="#ffffff">mike ames bissau asher medics illogic expenditure posthumous hustled<p> <a href="http://srd.yahoo.com/drst/counterintuitive/*http://www.med12z.com/sh/index.html"> <img border="0" src="http://srd.yahoo.com/drst/blushing/*http://www.8867v.com/file/ra.gif" > </a> </p><font color="#ffffff">exam <font color="#ffffff">mi <font color="#ffffff">pleasing <font color="#ffffff">scratches <font color="#ffffff">porosity <font color="#ffffff">accountability <font color="#ffffff">european <font color="#ffffff">messed <font color="#ffffff">terrorists <font color="#ffffff">credibility <font color="#ffffff">beaujolais <font color="#ffffff">ares <font color="#ffffff">expressible <font color="#ffffff">antietam <font color="#ffffff">merchant <font color="#ffffff">militate <font color="#ffffff">exploited <font color="#ffffff">advanced <font color="#ffffff">search <font color="#ffffff">temples <font color="#ffffff">angus <font color="#ffffff">millinery <font color="#ffffff">menu <font color="#ffffff">medicine <font color="#ffffff">cos <font color="#ffffff">countenance <font color="#ffffff">blunting <font color="#ffffff">antonio <font color="#ffffff">sands <font color="#ffffff">boastful <font color="#ffffff">$RANDOM IZE <font color="#ffffff">polluting <font color="#ffffff">hysterically <font color="#ffffff">adrift <font color="#ffffff">adjuncts <font color="#ffffff">exists <font color="#ffffff">scalable <font color="#ffffff">cosmology <font color="#ffffff">iliac <font color="#ffffff">branchings <font color="#ffffff">portly <font color="#ffffff">exclaiming <font color="#ffffff">pouts <font color="#ffffff">berlitz <font color="#ffffff">humbler <font color="#ffffff">eventfully <font color="#ffffff">target <font color="#ffffff">miles <font color="#ffffff">couches <font color="#ffffff">bookkeeping <font color="#ffffff">powders <font color="#ffffff">identically <font color="#ffffff">methacrylate <font color="#ffffff">telescopes <font color="#ffffff">accumulators <font color="#ffffff">mechanist <font color="#ffffff">beijing <font color="#ffffff">meddler <font color="#ffffff">plyscore <font color="#ffffff">acuity <font color="#ffffff">bower <font color="#ffffff">$RANDOMI ZE <font color="#ffffff">exploded <font color="#ffffff">bondage <font color="#ffffff">accusingly <font color="#ffffff">advertisements <font color="#ffffff">teamster <font color="#ffffff">accuser <font color="#ffffff">exert <font color="#ffffff">exclaimer <font color="#ffffff">exhibit <font color="#ffffff">anna <font color="#ffffff">tapers <font color="#ffffff">coupon <font color="#ffffff">RANDOMIZE illness bertha adamson hopefully postprocess adjudge powered howls</body> </html> |
|
From: Kevin R. <ke...@ro...> - 2003-08-15 20:26:31
|
Hello Syncmail guys,
I'm forwarding this report from a Debian user.
Thanks!
Kevin
xavier renaut wrote:
> Package: cvs-syncmail
> Version: 1.2+cvs.2003.07.28-1
> Severity: normal
>
> the man page provide exemples with %{sVv}
> and explain things about %{sSv}...
> (Note that %{sSv} is magic that CVS understands and replaces with
> information...)
>
>
> there would be a need for an explanation about %{sVv}
>
> thanks
>
> Debian Release: testing/unstable
> Architecture: i386
> Kernel: Linux natch.8d.com 2.4.21natch #2 Wed Jul 16 13:39:23 EDT 2003 i686
> Locale: LANG=C, LC_CTYPE=en_US
>
> Versions of packages cvs-syncmail depends on:
> ii python 2.2.3-3 An interactive high-level object-o
>
>
|
|
From: SourceForge.net <no...@so...> - 2003-08-15 18:42:41
|
Bugs item #789410, was opened at 2003-08-15 11:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=789410&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Fix usage description Initial Comment: The syntax of syncmail when using syncmail --help is incorrect. If we use ./syncmail [options] <%S> email-addr [email-addr..], the collect_diff will fail because it expects the previous and the new version of the file. Correct usage should read: ./syncmail [options] %{sVv} email-addr [email-addr..]. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=789410&group_id=47611 |
|
From: Fred L. D. <fd...@us...> - 2003-08-07 16:41:30
|
Update of /cvsroot/cvs-syncmail/syncmail
In directory sc8-pr-cvs1:/tmp/cvs-serv17596
Modified Files:
branchctl
Log Message:
add ability to present a useful message for closed branches
Index: branchctl
===================================================================
RCS file: /cvsroot/cvs-syncmail/syncmail/branchctl,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -d -r1.3 -r1.4
--- branchctl 14 Jul 2003 18:11:47 -0000 1.3
+++ branchctl 7 Aug 2003 16:41:27 -0000 1.4
@@ -70,6 +70,7 @@
DEFAULT_CONFIGURATION = {
"verbose": "true",
"open": "true",
+ "closed-message": "",
"cross-branch-commits": "true",
}
@@ -335,6 +336,7 @@
OptionsBase.__init__(self, config, args)
self.open = config.getbool("open")
+ self.closed_message = config.get("closed-message")
self.cross_commits = config.getbool("cross-branch-commits")
def load_cmdline(args):
@@ -387,7 +389,11 @@
if not denied:
denied = 1
print
- print branchname, "is closed"
+ why = config.closed_message
+ if why:
+ print branchname, "is closed:", why
+ else:
+ print branchname, "is closed"
if crossed_branches and not config.cross_commits:
if not denied:
denied = 1
|
|
From: Fred L. D. Jr. <fd...@ac...> - 2003-08-06 18:18:28
|
Fred L. Drake, Jr. writes: > I've just added a new script to the cvs-syncmail CVS trunk: branchctl. > This script controls the use of branches within a CVS repository. So far, no one has commented on this at all. Has anyone used it? Does anyone expect to? For most projects, with only a few branches and few developers, this probably isn't very valuable, but I think it's useful when large numbers of developers are involved and many branches are in the repository. Are there missing features that would make this more useful for others? -Fred -- Fred L. Drake, Jr. <fdrake at acm.org> PythonLabs at Zope Corporation |
|
From: mcdonald <lam...@ms...> - 2003-08-04 21:04:37
|
VG86IGN2cy1zeW5jbWFpbC10YWxrQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KDQo8aHRtbD4NCg0K PGhlYWQ+DQoNCjx0aXRsZT53d3cucGFpZHN1cnZleXNvbmxpbmUuY29tPC90aXRsZT4NCg0KPC9o ZWFkPg0KDQo8Ym9keT4NCg0KPHRhYmxlIGJvcmRlcj0iMCIgd2lkdGg9IjYwJSIgY2VsbHNwYWNp bmc9IjAiIGNlbGxwYWRkaW5nPSIwIiBoZWlnaHQ9IjI3MiI+DQoNCjx0cj4NCg0KPHRkIHdpZHRo PSIxMDAlIiBoZWlnaHQ9IjI3MiI+PGEgaHJlZj0iaHR0cDovL2hvcC5jbGlja2JhbmsubmV0Lz9z dXJ2dG9kYXkvc3VydmV5czIiPjxpbWcNCg0Kc3JjPSJodHRwOi8vd3d3LnBhaWRzdXJ2ZXlzb25s aW5lLmNvbS90b3AuZ2lmIiB3aWR0aD0iNDM2IiBoZWlnaHQ9IjUwIg0KDQphbHQ9Imh0dHA6Ly93 d3cucGFpZHN1cnZleXNvbmxpbmUuY29tL3RvcC5naWYgKDI2NTkgYnl0ZXMpIiBib3JkZXI9IjAi PjwvYT48YnI+DQoNCjxhIGhyZWY9Imh0dHA6Ly9ob3AuY2xpY2tiYW5rLm5ldC8/c3VydnRvZGF5 L3N1cnZleXMyIj48aW1nDQoNCnNyYz0iaHR0cDovL3d3dy5wYWlkc3VydmV5c29ubGluZS5jb20v bWlkZGxlLmpwZyIgd2lkdGg9IjQzNiIgaGVpZ2h0PSIxNDkiDQoNCmFsdD0iaHR0cDovL3d3dy5w YWlkc3VydmV5c29ubGluZS5jb20vbWlkZGxlLmpwZyAoMTU4MTUgYnl0ZXMpIiBib3JkZXI9IjAi PjwvYT48YnI+DQoNCjxhIGhyZWY9Imh0dHA6Ly9ob3AuY2xpY2tiYW5rLm5ldC8/c3VydnRvZGF5 L3N1cnZleXMyIj48aW1nDQoNCnNyYz0iaHR0cDovL3d3dy5wYWlkc3VydmV5c29ubGluZS5jb20v Ym90dG9tLmdpZiIgd2lkdGg9IjQzNiIgaGVpZ2h0PSI4NyINCg0KYWx0PSJodHRwOi8vd3d3LnBh aWRzdXJ2ZXlzb25saW5lLmNvbS9ib3R0b20uZ2lmICg1NTE3IGJ5dGVzKSIgYm9yZGVyPSIwIj48 L2E+PC90ZD4NCg0KPC90cj4NCg0KPC90YWJsZT4NCg0KPC9ib2R5Pg0KDQo8L2h0bWw+DQoNCg0K DQoNCg0KVG8gYmUgcmVtb3ZlZCBmcm9tIG91ciBsaXN0OiAgUmVwbHkgYmFjayB0bzogZ3JhbmRv ZmVyc0Bsb3dwcmljZXBsYXRpbnVtLmNvbT9zdWJqZWN0PU5vVGhhbmtz |