Menu
▾
▴
fetchmail-devel
|
From: Matthias A. <mat...@gm...> - 2005-11-21 11:32:52
|
Greetings, to bring everybody up to date WRT the latest SVN changes, these are the changes to the SVN trunk since 6.2.9-rc9 was released. This was generated with: env TZ=UTC LC_ALL=C svn log -vrHEAD:4461 ------------------------------------------------------------------------ r4471 | m-a | 2005-11-21 10:29:21 +0000 (Mon, 21 Nov 2005) | 8 lines Changed paths: M /trunk/specgen.sh Major overhaul: - drop the bogus email address calculation (it didn't work on NIS or LDAP clients anyways), hardcode fetchmail-devel mailing list at lists.berlios.de - add some magic so that RPMs can be built from -rc versions (or other versions that contain a MINUS character) - drop --enable-inet6, no longer needed and no longer supported ------------------------------------------------------------------------ r4470 | m-a | 2005-11-21 10:27:06 +0000 (Mon, 21 Nov 2005) | 2 lines Changed paths: M /trunk/Makefile.am Take care to ship a complete tarball even if PYTHON isn't installed. Clean up HAVE_PYTHON magic. ------------------------------------------------------------------------ r4469 | m-a | 2005-11-21 09:54:12 +0000 (Mon, 21 Nov 2005) | 1 line Changed paths: M /trunk/specgen.sh Cleanup. Sunil Shetye. ------------------------------------------------------------------------ r4468 | m-a | 2005-11-21 09:54:05 +0000 (Mon, 21 Nov 2005) | 1 line Changed paths: M /trunk/configure.ac Revise without-python check to print a readable warning. Sunil Shetye. ------------------------------------------------------------------------ r4467 | m-a | 2005-11-19 13:24:49 +0000 (Sat, 19 Nov 2005) | 1 line Changed paths: M /trunk/configure.ac Bump version to 6.2.9-rc10. ------------------------------------------------------------------------ r4466 | m-a | 2005-11-19 12:39:14 +0000 (Sat, 19 Nov 2005) | 1 line Changed paths: M /trunk/Makefile.am M /trunk/NEWS M /trunk/configure.ac M /trunk/specgen.sh Fix installation without Python. Sunil Shetye, reported by Peter Church. ------------------------------------------------------------------------ r4461 | m-a | 2005-11-19 03:03:56 +0000 (Sat, 19 Nov 2005) | 1 line Changed paths: M /trunk/po/pl.po M /trunk/po/sq.po Update sq/pl (Albanian/Polish) translations to 6.2.9-rc9. ------------------------------------------------------------------------ -- Matthias Andree |
|
From: Rob F. <rf...@fu...> - 2005-11-21 16:41:57
|
Matthias Andree wrote: > to bring everybody up to date WRT the latest SVN changes, these are the > changes to the SVN trunk since 6.2.9-rc9 was released. This made me realize that I haven't seen any SVN changes emailed through fet...@be... since August 4. Anyone else on fetchmail-svn seeing them? Anyone know why I'm not? -- ==============================| "A microscope locked in on one point Rob Funk <rf...@fu...> |Never sees what kind of room that it's in" http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind" |
|
From: Matthias A. <mat...@gm...> - 2005-11-21 16:50:51
|
Rob Funk <rf...@fu...> writes: > Matthias Andree wrote: >> to bring everybody up to date WRT the latest SVN changes, these are the >> changes to the SVN trunk since 6.2.9-rc9 was released. > > This made me realize that I haven't seen any SVN changes emailed through > fet...@be... since August 4. Anyone else on fetchmail-svn > seeing them? Anyone know why I'm not? I have not received any -svn announcements either, so we'd better ping Graham. (Bcc:d for I don't recall which address he'd used to post here.) Before that, it sent the small ones out fast and the large ones later. Graham, could you check the SVN log mailing software on decoy.wox.org? Thank you. -- Matthias Andree |
|
From: Rob F. <rf...@fu...> - 2005-11-21 17:04:34
|
Matthias Andree wrote: > Before that, it sent the small ones out fast and the large ones later. The large ones were delayed because MailMan waited for me (or another list admin) to approve them, since I have it set not to automatically accept/forward any mail over a certain size. (I forget what size now.) It's generally just the translations that result in huge diffs. -- ==============================| "A microscope locked in on one point Rob Funk <rf...@fu...> |Never sees what kind of room that it's in" http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind" |
|
From: Graham W. <gr...@mk...> - 2005-11-21 19:16:06
|
On Mon, Nov 21, 2005 at 04:50:44PM +0100, Matthias Andree wrote: > I have not received any -svn announcements either, so we'd better ping > Graham. (Bcc:d for I don't recall which address he'd used to post here.) > > Before that, it sent the small ones out fast and the large ones later. > > Graham, could you check the SVN log mailing software on decoy.wox.org? Problem was on my end; sorry. I changed the repository format some time ago, and neglected to copy the old post-commit hook script. Things should be fixed now. Please let me know if that is not the case. Also, it's now possible to access the repository using SVN tunneled over SSH. In the future, this will be the preferred access mechanism, and HTTP access will be turned off. For more information you can contact me personally. (The HTTP access won't be turned off for sometime, so there is no need to switch things over soon.) Let me know if there are any other problems or issues that I can help with. -- gram |
|
From: Matthias A. <mat...@gm...> - 2005-11-21 20:30:47
|
On Mon, 21 Nov 2005, Graham Wilson wrote: > Also, it's now possible to access the repository using SVN tunneled over > SSH. Will that be more stable than BerliOS.de? We switched away from them because svn+ssh:// was too flakey. -- Matthias Andree |
|
From: Graham W. <gr...@mk...> - 2005-11-21 20:41:40
|
On Mon, Nov 21, 2005 at 08:30:44PM +0100, Matthias Andree wrote: > On Mon, 21 Nov 2005, Graham Wilson wrote: > > Also, it's now possible to access the repository using SVN tunneled over > > SSH. > > Will that be more stable than BerliOS.de? We switched away from them > because svn+ssh:// was too flakey. I believe the problem with BerliOS.de was that we were using BDB in combination with tunelling over SSH. The fetchmail repository at mknod.org uses the new fsfs repository type, and therefore shouldn't see any problems like we did in the past. (The repository format has been switched since the commit mails stopped.) I'd like to get you and Rob switched over to the new access method well before I disable HTTP Subversion access. If we see any problems in that time period that we can't solve, I'm more than happy to continue running the HTTP service as needed. Again, let me know of any concerns or if any other problems arise. -- gram |
|
From: Sunil S. <sh...@bo...> - 2005-11-23 10:13:07
|
Quoting from Graham Wilson's mail on Mon, Nov 21, 2005: > I believe the problem with BerliOS.de was that we were using BDB in > combination with tunelling over SSH. The fetchmail repository at > mknod.org uses the new fsfs repository type, and therefore shouldn't see > any problems like we did in the past. (The repository format has been > switched since the commit mails stopped.) > > I'd like to get you and Rob switched over to the new access method well > before I disable HTTP Subversion access. If we see any problems in that > time period that we can't solve, I'm more than happy to continue running > the HTTP service as needed. > > Again, let me know of any concerns or if any other problems arise. Does this mean that anonymous checkout is going to be stopped? There are links on http://fetchmail.berlios.de/ pointing to the repository meant for this. It might be better to allow anonymous HTTP read-only access to trunk and to a few select tags (like the release tags). Access to the remaining tags, branches, as well as commits to the full tree via HTTP can then be stopped. Note that the svn+ssh protocol does not allow anonymous read-only access as it requires a valid login account on the system. -- Sunil Shetye. |
|
From: Matthias A. <mat...@gm...> - 2005-11-23 11:09:06
|
Sunil Shetye <sh...@bo...> writes: > It might be better to allow anonymous HTTP read-only access to trunk > and to a few select tags (like the release tags). Access to the > remaining tags, branches, as well as commits to the full tree via HTTP > can then be stopped. > > Note that the svn+ssh protocol does not allow anonymous read-only > access as it requires a valid login account on the system. Can the server side of subversion be configured to set particular users to "read-only"? If so, I see no problem with creating a read-only user named "anonsvn" or similar. -- Matthias Andree |
|
From: Sunil S. <sh...@bo...> - 2005-11-23 12:01:44
|
Quoting from Matthias Andree's mail on Wed, Nov 23, 2005: > > It might be better to allow anonymous HTTP read-only access to trunk > > and to a few select tags (like the release tags). Access to the > > remaining tags, branches, as well as commits to the full tree via HTTP > > can then be stopped. > > > > Note that the svn+ssh protocol does not allow anonymous read-only > > access as it requires a valid login account on the system. > > Can the server side of subversion be configured to set particular users > to "read-only"? If so, I see no problem with creating a read-only user > named "anonsvn" or similar. The user "anonsvn" will be a valid login account with a shell access. Also, the repository has to be writable by "anonsvn" even for a readonly checkout. So, it is possible to just: $ ssh -l anonsvn decoy.wox.org $ rm -rf /path/to/repository/of/fetchmail Of course, a restricted shell along with a limited set of commands (like svnserve) in PATH may be more safer. But, it would be better to avoid this completely. -- Sunil Shetye. |
|
From: Graham W. <gr...@mk...> - 2005-11-23 17:04:51
|
On Wed, Nov 23, 2005 at 04:34:32PM +0530, Sunil Shetye wrote: > The user "anonsvn" will be a valid login account with a shell access. > Also, the repository has to be writable by "anonsvn" even for a > readonly checkout. So, it is possible to just: This is true for the old BDB filesystem type. The fetchmail repository mas been switched to the newer fsfs filesysttem type, which means that write access is not needed for read access any longer. > $ ssh -l anonsvn decoy.wox.org > $ rm -rf /path/to/repository/of/fetchmail FYI, the canonical name of the server is now mknod.org. (Though, the old name will work indefinitely for read-only checkouts.) -- gram |
|
From: Graham W. <gr...@mk...> - 2005-11-23 17:08:05
|
On Wed, Nov 23, 2005 at 02:45:52PM +0530, Sunil Shetye wrote: > Does this mean that anonymous checkout is going to be stopped? There > are links on http://fetchmail.berlios.de/ pointing to the repository > meant for this. > > It might be better to allow anonymous HTTP read-only access to trunk > and to a few select tags (like the release tags). Access to the > remaining tags, branches, as well as commits to the full tree via HTTP > can then be stopped. The main reason for me wanting to disable HTTP access is because I think the user management issues will be easier if committers have a shell account on the machine, rather than just having access via HTTP. This means that continuing to allow read-only checkouts via HTTP is not an issue for me. > Note that the svn+ssh protocol does not allow anonymous read-only > access as it requires a valid login account on the system. It's also possible to run svnserve to allow read-only checkouts (which is happening now). In the end, I'll probably choose either HTTP or svnserve for read-only checkouts. -- gram |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X