GNU-Linux

We can commit to Drupal.org CVS and use it just like we use subversion to manage our sites. No more trying to develop a module in subversion and contribute changes to CVS, just do everything in CVS. It's not that much worse than SVN.

Don't believe me? Watch:

Recently my router was giving me some problems, the worst type, dropped signal!

After hours of searching around in forums and such, I concluded that it must (hopefully) have something to do with Linksys's generally bad router software, you know, the page you goto to make all your settings and stuff... usually found at 192.168.1.1

I changed the mysql root password through phpMyAdmin... and promptly lost the connection– no! The password also has to be changed in MAMP's phpMyAdmin configuration file.

vi /Applications/MAMP/bin/phpMyAdmin/config.inc.php

$cfg['Servers'][$i]['password'] = 'changedpass'; // MySQL password (only needed

OK, this worked, in a completely fresh directory:

Ebony-II:~ ben$ mkdir /RCS/cvsfresh
Ebony-II:~ ben$ cd /RCS/cvsfresh/
Ebony-II:cvsfresh ben$ export CVSROOT=:pserver:agaric@cvs.drupal.org:/cvs/drupal-contrib
Ebony-II:cvsfresh ben$ cvs login

Logging in to :pserver:agaric@cvs.drupal.org:2401/cvs/drupal-contrib
CVS password:

Ebony-II:cvsfresh ben$ cvs co -l contributions/modules
cvs checkout: Updating contributions/modules
U contributions/modules/.project

drush Unable to checkout from cvs.drupal.org

Fortunately, someone smarter than me solved the problem for themselves in three minutes on #drupal-support:

<phpgirl> Anyone here use "drush"? I'm trying to install a module and I get "Unable to checkout views from cvs.drupal.org"
<phpgirl> Ah, it would help if I actually had "cvs" installed, heh

Confirmed that this was my problem with the negative non-answers to these commands:

man cvs
cvs --version

And then installed CVS:

svn log

http://svnbook.red-bean.com/en/1.0/ch03s06.html

Resolution

This is just embarrassing. Maybe we shouldn't post everything.

Why does gem need so much? Ugh.

Many forever thanks to http://codeintensity.blogspot.com/2008/03/svn-externals-are-evil-use-piston-or.html

svn: http://piston.rubyforge.org/usage.html

Status: we've enabled authentication, but can't connect to SMTP on port 25 with say an e-mail client to test the real way, and have a new error for testing on the server: 538 5.7.0 Encryption required for requested authentication mechanism

The main resource:
http://workaround.org/articles/ispmail-etch/#step-9-authenticated-smtp

git bzr config-manager
drupal bzr
http://www.darrelopry.com/book/bazaar-ng

http://bazaar-vcs.org/ConfigManager

Drupal Migration