Menu
▾
▴
fetchmail-devel
|
From: Matthias A. <ma...@dt...> - 2004-07-27 22:36:29
|
Hi, I've been rather patient with BerliOS in the past weeks, but their service level isn't acceptable. Since last week, I'm (yet again!) unable to log into svn.berlios.de, so no developer access SVN for me, and my local SVN refuses to switch to anonymous SVN... I'd filed a support request last week, got a reply later that some server (YP IIRC) got restarted and I should retry, but it hadn't helped, which I immediately reported via the berlios support tracker. It's now four days since I've filed "still doesn't work" -- add to that the constant crashing of the data bases and a minor flaw in the SVN web pages with major effect (the URLs lack the trailing /trunk/) that hasn't been addressed in weeks. This isn't acceptable, how is development going to happen if we need to recover the data base frequently, are cut off the SVN for several days and so on? Can someone offer or recommend a more reliable Subversion hosting at another site? TIA, -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
|
From: Rob F. <rf...@fu...> - 2004-07-27 23:07:04
|
Matthias Andree wrote: > I've been rather patient with BerliOS in the past weeks, but their > service level isn't acceptable. I tend to agree. I hold myself back from getting too upset with them by remembering that they're providing a free service. > Since last week, I'm (yet again!) unable to log into svn.berlios.de, so > no developer access SVN for me, and my local SVN refuses to switch to > anonymous SVN... At the moment my access seems fine. I'm hoping to get back to work on fetchmail later this week. > It's now four days since I've filed "still doesn't work" -- add to that > the constant crashing of the data bases and a minor flaw in the SVN web > pages with major effect (the URLs lack the trailing /trunk/) that hasn't > been addressed in weeks. I'm willing to forgive the /trunk thing. The totally ignored support requests bother me, as does the extended inaccessability. > This isn't acceptable, how is development going to happen if we need to > recover the data base frequently, are cut off the SVN for several days > and so on? I wonder how much of this is subversion not really being ready, and how much is Berlios not really being ready. > Can someone offer or recommend a more reliable Subversion hosting at > another site? If anyone comes up with anything I'd be happy to hear about it. Sigh. -- ==============================| "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: Andreas <an...@co...> - 2004-07-27 23:24:21
|
On Tue, Jul 27, 2004 at 05:06:47PM -0400, Rob Funk wrote: > I wonder how much of this is subversion not really being ready, and how > much is Berlios not really being ready. subversion is ready. FYI, we use it here to host about 42Gb of data representing dozens of thousands of rpm packages in source form. |
|
From: Graham W. <bo...@de...> - 2004-07-28 00:29:54
|
On Tue, Jul 27, 2004 at 05:06:47PM -0400, Rob Funk wrote: > Matthias Andree wrote: > > This isn't acceptable, how is development going to happen if we need to > > recover the data base frequently, are cut off the SVN for several days > > and so on? > > I wonder how much of this is subversion not really being ready, and how > much is Berlios not really being ready. For reference, Debian uses Subversion (via svnserver over SSH, like BerliOS) and has just as much trouble as we have been having. This makes me think this is a Subversion problem. However, I have been running Subversion locally for a year now, and recently via Apache over HTTPS and haven't had any trouble. This makes me think that the problem might be with svnserve. I'd be more than willing to host the fetchmail Subversion repository on my machine via Apache. The machine isn't too fast, but it is well connected. Let me know what you guys think. -- gram |
|
From: Andreas <an...@co...> - 2004-07-28 00:55:53
|
On Tue, Jul 27, 2004 at 05:26:56PM -0500, Graham Wilson wrote: > However, I have been running Subversion locally for a year now, and > recently via Apache over HTTPS and haven't had any trouble. This makes > me think that the problem might be with svnserve. Hmm. We use it via apache and mod_dav/mod_svn (in the setup I described earlier). |
|
From: Matthias A. <ma...@dt...> - 2004-07-28 11:52:05
|
Rob Funk <rf...@fu...> writes: > Matthias Andree wrote: >> I've been rather patient with BerliOS in the past weeks, but their >> service level isn't acceptable. > > I tend to agree. I hold myself back from getting too upset with them by > remembering that they're providing a free service. That free service has been as good as no service throughout those parts of July when I had time to work on fetchmail. >> Since last week, I'm (yet again!) unable to log into svn.berlios.de, so >> no developer access SVN for me, and my local SVN refuses to switch to >> anonymous SVN... > > At the moment my access seems fine. I'm hoping to get back to work on > fetchmail later this week. Yes, indeed it is SSH to cause my trouble, it crashed for me last Thursday and I haven't been able to SSH into svn.berlios.de since, neither straight with ssh nor via svn. http://developer.berlios.de/support/?func=detailsupport&support_id=100927&group_id=1 >> It's now four days since I've filed "still doesn't work" -- add to that >> the constant crashing of the data bases and a minor flaw in the SVN web >> pages with major effect (the URLs lack the trailing /trunk/) that hasn't >> been addressed in weeks. > > I'm willing to forgive the /trunk thing. The totally ignored support > requests bother me, as does the extended inaccessability. The forgotten /trunk/ makes an enormous difference - the difference between checking out the tree once or checking out the tree for each and every tag that it knows. That also contributes to server load. It's not as though that was difficult to fix, two changes to a PHP document, see http://developer.berlios.de/source.php?page_url=/svn/index.php >> This isn't acceptable, how is development going to happen if we need to >> recover the data base frequently, are cut off the SVN for several days >> and so on? > > I wonder how much of this is subversion not really being ready, and how > much is Berlios not really being ready. Reading the followups in this thread, it might be the svnserve stuff not being ready, I'm not having any difficulties with the spamassassin or subversion SVN services -- they don't use svn+ssh though but http. And certainly BerliOS isn't ready if they're running a test phase without anyone looking after the stuff. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
|
From: Matthias A. <ma...@dt...> - 2004-07-28 12:01:02
|
Graham Wilson <bo...@de...> writes: > I'd be more than willing to host the fetchmail Subversion repository on > my machine via Apache. The machine isn't too fast, but it is well > connected. Let me know what you guys think. I can't estimate how much CPU horsepower SVN requires, otherwise, that would be fine with me but isn't my call. Even "lowly" servers such as a P-II should suffice, I've looked after such a server (P-II/233, 128 MB EDO RAM) with five regular and 30 occasional users over years that was mail (SMTP+IMAP/SSL+POP3/SSL)/NFS/application/FTP/Apache (with CGI)/CVS server, no problem - it was idling around 90%, not counting sendfile() time though. Its successor, an XP1700+ with 512 MB of RAM has spent 0.5% in each of user and system space and 4% nice -- and only because it ran "john -incremental" to reveal trivial passwords. The rest is idle time, usually well above 97%. The time when CPU horsepower matters is when the machine is either under constant load or needs good response time for a bursty access profile. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
|
From: Graham W. <bo...@de...> - 2004-07-28 19:07:07
|
On Wed, Jul 28, 2004 at 12:01:01PM +0200, Matthias Andree wrote: > Graham Wilson <bo...@de...> writes: > > I'd be more than willing to host the fetchmail Subversion repository on > > my machine via Apache. The machine isn't too fast, but it is well > > connected. Let me know what you guys think. > > I can't estimate how much CPU horsepower SVN requires, otherwise, that > would be fine with me but isn't my call. I do fine with the handful of small repositories I have on there now. Also, the load is pretty low on the machine, so I should have plenty of processing capacity to spare. If Rob agrees, I can probably get the repository set up pretty soon. -- gram |
|
From: Rob F. <rf...@fu...> - 2004-07-28 19:27:42
|
Graham Wilson wrote: > If Rob agrees, I can probably get the repository set up pretty soon. I have two concerns. One is my general preference to avoid having anything dependent on a single person. On the other hand, it's starting to look like Berlios's SVN setup is equivalent to an unreliable person we're dependent on. If we grab regular dumps of the repository no matter where it is, then we can move whenever necessary. (I made sure to grab a current dump last night, btw.) The other concern is how confusing it would be to have the code hosted away from Berlios and everything else hosted there (or alternately whether we should move everything else too, which takes us back to concern #1). Once we get an actual web page up, I suppose it shouldn't be too big a deal. Ultimately I think I come down on the side of Go For It. :-) -- ==============================| "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. <ma...@dt...> - 2004-07-31 12:42:29
|
Rob Funk <rf...@fu...> writes: > One is my general preference to avoid having anything dependent on a single > person. On the other hand, it's starting to look like Berlios's SVN setup > is equivalent to an unreliable person we're dependent on. My access has been restored yesterday, the cause was that my home directory had world writable permissions and for some reason, SSH wasn't capable of properly logging this fact, it looked like I didn't know my password to the admin, so it took the admin, schily (Jörg Schilling, the cdrecord guy) rather long to figure. I haven't ever changed my home directory's permissions and never used the "chmod" command and am using a umask 0002, and it stopped working without prior warning, from one second to the next and without my doing anything else than svnadmin recover. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
|
From: Rob F. <rf...@fu...> - 2004-07-31 19:22:15
|
Matthias Andree wrote: > My access has been restored yesterday, the cause was that my home > directory had world writable permissions and for some reason, SSH wasn't > capable of properly logging this fact, it looked like I didn't know my > password to the admin, so it took the admin, schily (Jörg Schilling, the > cdrecord guy) rather long to figure. > > I haven't ever changed my home directory's permissions and never used > the "chmod" command and am using a umask 0002, and it stopped working > without prior warning, from one second to the next and without my doing > anything else than svnadmin recover. I've noticed that the home directories have tended to get other-writable permissions on their own way too often, as if one of their scripts has the sense of the permissions backwards. I just checked and it looks fine now on my account, but not for 14 other users. I wonder if their post-recovery scripts mess up. -- ==============================| "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. <bo...@de...> - 2004-08-03 15:25:48
|
On Wed, Jul 28, 2004 at 01:27:32PM -0400, Rob Funk wrote: > Graham Wilson wrote: > > If Rob agrees, I can probably get the repository set up pretty soon. > > I have two concerns. > > One is my general preference to avoid having anything dependent on a single > person. On the other hand, it's starting to look like Berlios's SVN setup > is equivalent to an unreliable person we're dependent on. If we grab > regular dumps of the repository no matter where it is, then we can move > whenever necessary. (I made sure to grab a current dump last night, btw.) I agree with this statement completely. Hopefully I'll be better to work with than the people at Berlios were. I'll be making regular dumps of the repository in case we decide that we want to move again. > The other concern is how confusing it would be to have the code hosted away > from Berlios and everything else hosted there (or alternately whether we > should move everything else too, which takes us back to concern #1). Once > we get an actual web page up, I suppose it shouldn't be too big a deal. I could host other services as well, but, like you say, that just takes us back to your first concern. I agree, though, that once we have a web page, the details will matter less. > Ultimately I think I come down on the side of Go For It. :-) Alright then, can you and Matthias send me the csr.pem file produced by the following command (preferably PGP signed)? $ openssl req -new -out csr.pem -keyout key.pem I'll send you guys more details about access individually once I get the above file from you. -- gram |
|
From: Rob F. <rf...@fu...> - 2004-07-28 19:29:01
|
Graham Wilson wrote: > If Rob agrees, I can probably get the repository set up pretty soon. Can you set it up so that updates continue to get sent to the fet...@be... list? -- ==============================| "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. <bo...@de...> - 2004-08-03 15:26:42
|
On Wed, Jul 28, 2004 at 01:28:49PM -0400, Rob Funk wrote: > Can you set it up so that updates continue to get sent to the > fet...@be... list? Yeah, I grabbed the script you set up on sheep. -- 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