Menu
▾
▴
cvs-syncmail-talk — User & developer discussions for the "syncmail" CVS checkin notification tool
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
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2005-05-26 16:24:43
|
Bugs item #1209259, was opened at 2005-05-26 12:18 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1209259&group_id=47611 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sam Steingold (sds) Assigned to: Nobody/Anonymous (nobody) Summary: intermittent cvs lock messages Initial Comment: for project clisp on SF.net, I use "Concurrent Versions System (CVS) 1.11.17 (client/server)" via SSH on cygwin and linux. During CVS commit, I often get this messages: Message: [22:06:14] waiting for sds's lock in /cvsroot/clisp/clisp/tests [note, "sds" is myself] then, after a few minutes, commit succeeds. the CVS experts looked at syncmail code and suggested that: "syncmail uses CVS commands to generate a diff to include in the mail -- if it tries to do that before your commit finishes, it will block waiting for your commit's lock. I would suggest changing syncmail to use "cvs -n" for the diff, which will ignore the lock." <http://article.gmane.org/gmane.comp.version-control.cvs.general:14687> thanks. ---------------------------------------------------------------------- >Comment By: Sam Steingold (sds) Date: 2005-05-26 12:24 Message: Logged In: YES user_id=5735 see also <https://sourceforge.net/tracker/index.php?func=detail&aid=1209266&group_id=1&atid=200001> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1209259&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-05-26 16:18:51
|
Bugs item #1209259, was opened at 2005-05-26 12:18 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=1209259&group_id=47611 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sam Steingold (sds) Assigned to: Nobody/Anonymous (nobody) Summary: intermittent cvs lock messages Initial Comment: for project clisp on SF.net, I use "Concurrent Versions System (CVS) 1.11.17 (client/server)" via SSH on cygwin and linux. During CVS commit, I often get this messages: Message: [22:06:14] waiting for sds's lock in /cvsroot/clisp/clisp/tests [note, "sds" is myself] then, after a few minutes, commit succeeds. the CVS experts looked at syncmail code and suggested that: "syncmail uses CVS commands to generate a diff to include in the mail -- if it tries to do that before your commit finishes, it will block waiting for your commit's lock. I would suggest changing syncmail to use "cvs -n" for the diff, which will ignore the lock." <http://article.gmane.org/gmane.comp.version-control.cvs.general:14687> thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1209259&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-04-20 11:29:07
|
Bugs item #1186602, was opened at 2005-04-20 13:29 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=1186602&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roland Illig (rillig) Assigned to: Nobody/Anonymous (nobody) Summary: cvs(1) command should be configurable Initial Comment: syncmail-2.1 uses "cvs" around line 165, but "/usr/bin/cvs" around line 193. These two strings should be always the same. Please add a global variable CVS_CMD or similar for this. Roland ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1186602&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 13:20:15
|
Bugs item #1171834, was opened at 2005-03-28 15:20 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=1171834&group_id=47611 Category: None Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: VooDooMan (ghostvoodooman) Assigned to: Nobody/Anonymous (nobody) Summary: shorter/splitted messages? Initial Comment: syncmail is generating loooong e-mail messages. is there some command line switch to force it to generate one e-mail for one file? or limit e-mail to few kilo bytes? e-mail is then truncated on sourceforge's mail server, which makes this solution meaningless. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1171834&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-03-25 04:29:36
|
Patches item #1170337, was opened at 2005-03-25 05:29 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=1170337&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hans Ulrich Niedermann (hun) Assigned to: Nobody/Anonymous (nobody) Summary: pass through "cvs diff" -p, --show-c-function options Initial Comment: Add syncmail support to pass through -p --show-c-function options to the "cvs diff" command. Changes in more detail: * trivially add -p / --show-c-function parameters to syncmail * pass through the parameter to the "cvs diff" command * document changes in syncmail __doc__ and doc/syncmail.sgml * recompiled doc/syncmail.sgml to doc/syncmail.1 This does not look very complicated, so I rate the probability this introduces bugs as low. A first test at libexif CVS indicates it works as intended. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1170337&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-03-15 14:09:34
|
Patches item #653215, was opened at 2002-12-13 12:49 Message generated for change (Comment added) made by nthiery You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=653215&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Better detection of binary files Initial Comment: The current (at least in v1.21) binary detection fails when non-ASCII characters are used. This patch fails a bit better there. Another idea would be to detect files tagged as binary in CVS (i.e. -kb) ---------------------------------------------------------------------- Comment By: Nicolas M. Thiéry (nthiery) Date: 2005-03-15 15:09 Message: Logged In: YES user_id=69085 Hi! What's the current status of this item? We have many files that contain a few french accents, and for which we don't get our diff's by email since they are considered as binary, which is annoying! Thanks in advance! Nicolas ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-07-08 21:52 Message: Logged In: YES user_id=3066 I'll work on a change that uses "rlog -h" to get the binary flag from CVS, so we really get this right. Would be nice if CVS understood text in better ways than it does now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=653215&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-03-10 00:10:46
|
Bugs item #841623, was opened at 2003-11-13 18:50 Message generated for change (Comment added) made by bman78 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... ---------------------------------------------------------------------- Comment By: Balazs Bezeczky (bman78) Date: 2005-03-10 00:10 Message: Logged In: YES user_id=340131 hi, have you found a solution to this problem? I am suffering from the same problem and just cant get rid of it...:( thanks in advance, cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=841623&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-24 17:01:31
|
Bugs item #1151179, was opened at 2005-02-24 17:01 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=1151179&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Arthur Lutz (arthur_lutz) Assigned to: Nobody/Anonymous (nobody) Summary: syncmail thinks xml is a binary format Initial Comment: when adding a xml file syncmail thinks it's binary Added Files: XXXXX.xml Log Message: envoyé --- NEW FILE: XXXXX.xml --- (This appears to be a binary file; contents omitted.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1151179&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-21 09:07:03
|
Patches item #1145260, was opened at 2005-02-21 18:06 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=1145260&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: olivier (olivier_t) Assigned to: Nobody/Anonymous (nobody) Summary: Provide a default "From" address Initial Comment: In some systems, a CVS account does not necessarily imply a mail account too, and while the -f (--fromhost) option already allows basic mapping of e-mail addresses, there are cases where this is not sufficient and you want syncmail to say that it is sending mail on behalf of user X without knowing user X's e-mail address. On our system using cvs-syncmail the problem was rather acute since syncmail was actually sending the notification to public mailing-lists with public Web archives, and the bogus From: addresses were not acceptable. This patch adds a -F (--forcefrom) which changes the usual from line "From: Name Surname <use...@ho...main>" to "Name Surname via cvsmail <xx...@ho...main>". Patched against current cvs-syncmail (2.1). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1145260&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-15 23:48:06
|
Bugs item #1123552, was opened at 2005-02-16 00:26 Message generated for change (Comment added) made by ehaase You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123552&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Enver Haase (ehaase) Assigned to: Nobody/Anonymous (nobody) Summary: Only first email address is sent to Initial Comment: I tried multiple email addresses in the loginfo file but syncmail would only send mail to the first email address mentioned. The version I use is from the cvs-syncmail_1.2+cvs.2004.05.02-2_all.deb Debian package. Thanks and best regards! --Enver ---------------------------------------------------------------------- >Comment By: Enver Haase (ehaase) Date: 2005-02-16 00:48 Message: Logged In: YES user_id=157422 I am sorry! I'd like to draw back this bug report. As I tested it, I used the same address multiple times and I believe the adressed mail server swallowed duplicates. Sorry, --Enver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123552&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-15 23:46:20
|
Bugs item #1123560, was opened at 2005-02-16 00:46 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=1123560&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Enver Haase (ehaase) Assigned to: Nobody/Anonymous (nobody) Summary: cvs-syncmail sends mail to version numbers Initial Comment: Hello, I have a line like tools/ /usr/bin/syncmail -S [Company-CVS] --mailhost mail.hacenet %{sVv} dev...@co... in my loginfo. syncmail sends mail to: 1.6 1.7 dev...@co... I changed specs = args[0].split() del args[0] # The remaining args should be the email addresses to specs = args[0].split() del args[0] del args[0] del args[0] # The remaining args should be the email addresses And now it works fine. Version info: haneman:/usr/bin# cvs --version Concurrent Versions System (CVS) 1.12.9 (client/server) Copyright (c) 1989-2004 Brian Berliner, david d `zoo' zuhn, Jeff Polk, and other authors CVS may be copied only under the terms of the GNU General Public License, a copy of which can be found with the CVS distribution kit. Specify the --help option for further information about CVS haneman:/usr/bin# python Python 2.3.4 (#2, Jan 5 2005, 08:24:51) [GCC 3.3.5 (Debian 1:3.3.5-5)] on linux2 Thanks for looking into this! --Enver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123560&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-15 23:26:27
|
Bugs item #1123552, was opened at 2005-02-16 00:26 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=1123552&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Enver Haase (ehaase) Assigned to: Nobody/Anonymous (nobody) Summary: Only first email address is sent to Initial Comment: I tried multiple email addresses in the loginfo file but syncmail would only send mail to the first email address mentioned. The version I use is from the cvs-syncmail_1.2+cvs.2004.05.02-2_all.deb Debian package. Thanks and best regards! --Enver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123552&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-15 23:20:38
|
Bugs item #1007677, was opened at 2004-08-12 03:42 Message generated for change (Comment added) made by ehaase You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1007677&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Elliot Schwartz (esatmitdotedu) Assigned to: Nobody/Anonymous (nobody) Summary: Remove commas from sender's name in e-mail Initial Comment: On my system there are multiple sections to the name field in /etc/passwd, separated by commas: elliot:x:1018:1018:Elliot Schwartz,,,:/home/elliot:/bin/bash When the e-mail is sent, it includes the commas: From: Elliot Schwartz,,, <el...@mi...> I fixed this by changing: name = pwinfo[4] to: name = pwinfo[4].split(",")[0] But maybe there's a better way to do this using the pwd library. ---------------------------------------------------------------------- Comment By: Enver Haase (ehaase) Date: 2005-02-16 00:20 Message: Logged In: YES user_id=157422 Same effect here, cvs-syncmail brags out the fields with phone number etc. otherwise. Patch works for me, would recommend adding it. Enver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1007677&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-01-28 19:46:22
|
Bugs item #1111682, was opened at 2005-01-28 19:46 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=1111682&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gennady Feldman (gena01) Assigned to: Nobody/Anonymous (nobody) Summary: cvs add dir on a local repository produces stack trace Initial Comment: When I add a new directory to the repository (repository is located on the same machine) I get the following: cvs add test1 Traceback (most recent call last): File "/var/cvs/CVSROOT/cvstools/syncmail", line 437, in ? main() File "/var/cvs/CVSROOT/cvstools/syncmail", line 424, in main changes = load_change_info() File "/var/cvs/CVSROOT/cvstools/syncmail", line 301, in load_change_info f = open(entries_fn) IOError: [Errno 2] No such file or directory: 'CVS/Entries' Traceback (most recent call last): File "/var/cvs/CVSROOT/cvstools/syncmail", line 437, in ? main() File "/var/cvs/CVSROOT/cvstools/syncmail", line 424, in main changes = load_change_info() File "/var/cvs/CVSROOT/cvstools/syncmail", line 301, in load_change_info f = open(entries_fn) IOError: [Errno 2] No such file or directory: 'CVS/Entries' Directory /var/cvs/test/test1 added to the repository The add is successful, but no e-mail is produced. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1111682&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-01-11 22:04:59
|
Patches item #1100474, was opened at 2005-01-11 14:01 Message generated for change (Comment added) made by freiheit You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1100474&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Eisenhart (freiheit) Assigned to: Nobody/Anonymous (nobody) Summary: Adding viewcvs link into syncmail emails Initial Comment: This patch adds an option (--viewcvs=URL ; also configurable by editing the setting in the syncmail script) that, when set, adds two URLs before each file. One to view the specific diff and one to view the record of the file in viewcvs. The simple view (not the link to the diff) should work equally well with any software that views the CVS repository and can have a path appended. This is still experimental, which is why I have both links in there. Also, my python skills are quite poor, so there's probably some stylistic problems here that somebody more fluent in python could clean up. Still, we've been using this at our site for a couple of days and haven't encountered any problems. ---------------------------------------------------------------------- >Comment By: Eric Eisenhart (freiheit) Date: 2005-01-11 14:04 Message: Logged In: YES user_id=9892 Oh yeah, still need to fix it so that files with strange things in their names (like spaces) generate correct links. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1100474&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-01-11 22:02:04
|
Patches item #1100474, was opened at 2005-01-11 14:01 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=1100474&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Eisenhart (freiheit) Assigned to: Nobody/Anonymous (nobody) Summary: Adding viewcvs link into syncmail emails Initial Comment: This patch adds an option (--viewcvs=URL ; also configurable by editing the setting in the syncmail script) that, when set, adds two URLs before each file. One to view the specific diff and one to view the record of the file in viewcvs. The simple view (not the link to the diff) should work equally well with any software that views the CVS repository and can have a path appended. This is still experimental, which is why I have both links in there. Also, my python skills are quite poor, so there's probably some stylistic problems here that somebody more fluent in python could clean up. Still, we've been using this at our site for a couple of days and haven't encountered any problems. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1100474&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-01-10 15:03:52
|
Patches item #628075, was opened at 2002-10-24 17:30 Message generated for change (Comment added) made by twouters 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: Thomas Wouters (twouters) Date: 2005-01-10 16:03 Message: Logged In: YES user_id=34209 .cvsignore serves a completely different purpose. This -i option is for ignoring (for instance) autogenerated files that *should* be in CVS, but you don't want to see the updates of. 'configure', for example, which is usually autogenerated from configure.in. ---------------------------------------------------------------------- Comment By: Allen R. Marshall (armarshall) Date: 2004-01-09 04: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: Fred L. D. Jr. <fd...@us...> - 2005-01-04 15:59:54
|
Update of /cvsroot/cvs-syncmail/syncmail In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12799 Modified Files: syncmail Log Message: remove a spurious print statement, and explain why that condition might normally be met Index: syncmail =================================================================== RCS file: /cvsroot/cvs-syncmail/syncmail/syncmail,v retrieving revision 2.2 retrieving revision 2.3 diff -u -d -r2.2 -r2.3 --- syncmail 7 Oct 2004 02:25:03 -0000 2.2 +++ syncmail 4 Jan 2005 15:59:39 -0000 2.3 @@ -339,7 +339,10 @@ f.close() for entry in mapping.values(): if not hasattr(entry, "new_revision"): - print 'confused about file', entry.name, '-- ignoring' + # We're running as part of a commit from a local + # filesystem access to the repository, so we're looking at + # a working copy. There may be lots of files we are + # supposed to ignore. del mapping[entry.name] return mapping |
|
From: Ametrano F. <Ame...@mp...> - 2004-10-22 08:13:43
|
Hi all I've asked my company to install CVS for our small development team. = We've got a CVSNT server on a windows machine. The only problem I have = is syncmail is not working because it requires the pwd Python library, = which is non available under Windows.=20 Is there a patch/work-around available? Or is there any decent = alternative to syncmail for Windows CVS servers? thank you in advance for your help Ferdinando Ametrano |
|
From: Fred L. D. Jr. <fd...@us...> - 2004-10-12 18:54:41
|
Update of /cvsroot/cvs-syncmail/syncmail In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv8531 Modified Files: Tag: new-config-branch syncmail Log Message: drop direct use of rcsdiff; this doesn't work so well Index: syncmail =================================================================== RCS file: /cvsroot/cvs-syncmail/syncmail/syncmail,v retrieving revision 1.36.2.19 retrieving revision 1.36.2.20 diff -u -d -r1.36.2.19 -r1.36.2.20 --- syncmail 19 Apr 2004 17:58:10 -0000 1.36.2.19 +++ syncmail 12 Oct 2004 18:54:27 -0000 1.36.2.20 @@ -219,9 +219,8 @@ difftype = "-C %d" % config.contextlines else: difftype = "-u" - rcsfile = get_rcs_file(config, file) - diffcmd = "/usr/bin/rcsdiff -kk %s --minimal -r %s -r %s %s" \ - % (difftype, oldrev, newrev, filestr(rcsfile)) + diffcmd = "/usr/bin/cvs -f diff -kk %s --minimal -r %s -r %s %s" \ + % (difftype, oldrev, newrev, filestr(file)) fp = os.popen(diffcmd) lines = fp.readlines() # ignore the error code, it always seems to be 1 :( @@ -247,12 +246,6 @@ # quote it with single-quotes. return "'%s'" % file -def get_rcs_file(config, file): - fn = os.path.join(config.repodir, file) - if not os.path.isfile(fn): - fn = os.path.join(config.repodir, "Attic", file) - return fn - rfc822_specials_re = re.compile(r'[\(\)\<\>\@\,\;\:\\\"\.\[\]]') |
|
From: SourceForge.net <no...@so...> - 2004-10-07 02:26:05
|
Bugs item #967653, was opened at 2004-06-06 12:02 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=967653&group_id=47611 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Serguei A. Mokhov (mokhov) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: ImportError: cannot import name formataddr Initial Comment: Hello, I have Python 2.2 installed. After upgrading to syncmail 2.1 I started getting the below. Looks like it cannot find 'formataddr' for some reason. Any insight on the matter would be appreciated. Checking in wrappers/Worker.java; /cvsroot/gipsy/gipsy/src/gipsy/wrappers/Worker.java,v <-- Worker.java new revision: 1.9; previous revision: 1.8 done Traceback (most recent call last): File "/cvsroot/gipsy/CVSROOT/syncmail", line 103, in ? from email.Utils import formataddr ImportError: cannot import name formataddr -s ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-10-06 22:26 Message: Logged In: YES user_id=3066 I've fixed the comment in the syncmail script (file revision 2.2 in CVS). ---------------------------------------------------------------------- Comment By: Serguei A. Mokhov (mokhov) Date: 2004-06-07 09:00 Message: Logged In: YES user_id=560391 That's what I suspected -- 2.2 is not enough, but was misguided by the comment in the syncmail file: # NOTE: SourceForge currently runs Python 2.2.3, so we need to remain # compatible with the Python 2.2 line. This ought to change to "with the Python 2.2.2 line." Thanks! -s ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-06-07 05:49 Message: Logged In: NO formataddr was added to python v2.2.2 - syncmail will fail on any version before that. Sounds like you need to upgrade your python... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=967653&group_id=47611 |
|
From: Fred L. D. Jr. <fd...@us...> - 2004-10-07 02:25:41
|
Update of /cvsroot/cvs-syncmail/syncmail In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv18566 Modified Files: syncmail Log Message: update comment noting the Python version required by syncmail (closes SF bug #967653) Index: syncmail =================================================================== RCS file: /cvsroot/cvs-syncmail/syncmail/syncmail,v retrieving revision 2.1 retrieving revision 2.2 diff -u -d -r2.1 -r2.2 --- syncmail 12 Mar 2004 22:52:26 -0000 2.1 +++ syncmail 7 Oct 2004 02:25:03 -0000 2.2 @@ -5,7 +5,8 @@ # See the accompanying LICENSE file for details. # NOTE: SourceForge currently runs Python 2.2.3, so we need to remain -# compatible with the Python 2.2 line. +# compatible with at least that version. Python 2.2.2 or newer is +# currently required. """Complicated notification for CVS checkins. |
|
From: SourceForge.net <no...@so...> - 2004-10-07 02:18:26
|
Patches item #1021987, was opened at 2004-09-03 14:12 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1021987&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: suppress certain branch checkin mails Initial Comment: In our environment we have an unwritten policy that most extensive new development occurs on development branches, not on the trunk. Aside from the trunk we also have maintenance branches whose names follow a consistent naming rule. When development occurs over a longish period of time, developers tend to merge from the trunk periodically so as not to get too out-of-sync, then checkin the merge results on the branch. This can result in large numbers of fairly worthless syncmail messages. The attached patch allows you to specify a tag pattern on the syncmail command line. For example, all our maintenance branches have names like snake_1_19_branch. By giving -t 'snake[0-9_]+branch' as an arg to syncmail, only checkins on the trunk or such maintenance branches generate email output. Merges from development branches to the trunk are seen because all trunk checkins continue to generate email. This certainly isn't for everyone. I imagine it will be most useful for small development groups with other ways of keeping up-to-date with ongoing work in development branches besides CVS. For widespread open source projects it probably doesn't make much sense. It works for us because each development branch is the responsibility of a single person and all developers are within a few feet of each other. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-10-06 22:18 Message: Logged In: YES user_id=3066 I think this will be covered by the changes in the version on the "new-config-branch" branch, but I'll leave it open for now, since I've not reviewed that aspect of the code in a while. (The branch has other problems at the moment, though.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1021987&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2004-10-07 02:10:15
|
Patches item #1034306, was opened at 2004-09-24 16:11 Message generated for change (Settings changed) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1034306&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Serguei A. Mokhov (mokhov) Assigned to: Nobody/Anonymous (nobody) >Summary: Too early SMTP conn w/ false timeout on strict SMTP relays Initial Comment: Hello, I have encountered a situation when the SMTP relay has the connection timeout set to 2 minutes, which sometimes caused a timeout problem with syncmail because of a long commit message (long as in long-to-type). This was happening because syncmail used to make an SMTP connection before any message is actually prepared, and if it takes the user to type it long enough, it'll time out. So, the attached patch fixes the problem by moving the connection establishing down the code after the message is actually ready. I also udated the comments on top to explicitly mention the requirement for Python 2.2.2 rather than 2.2 because fromataddr appeared only in 2.2.2. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1034306&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2004-10-07 02:09:33
|
Patches item #873861, was opened at 2004-01-09 11:19 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=873861&group_id=47611 Category: None Group: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Sean Morrison (brlcad) Assigned to: Nobody/Anonymous (nobody) Summary: Add option to only report commits to the CVS HEAD Initial Comment: A group I work with had a particular need to ignore commits to CVS branches. So, I modified our (apparently older) version of syncmail and added the ability to do just that. It was a quick hack that I'm sure can be improved, as it relies on a format assumption of the CVS version string. Probably using a regexp is a bit much, just to count commas and periods, but my python mojo is not up to par with my other languages. A small unified diff format patch is attached. Cheers! Sean ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-10-06 22:09 Message: Logged In: YES user_id=3066 This is a feature that already exists on the "new-config-branch" branch in CVS. I'm rejecting the patch in favor of finishing that branch (I'm all for the feature, though!). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=873861&group_id=47611 |
1117 messages has been excluded from this view by a project administrator.
