http://caulfield.info/emmet/2008/03/add-a-textonly-runlevel-to-ubu.html

Definitively I like text GUIs. They are clever and conceptually more challenging to create than the graphical GUI.

I think that an only-text environment is the final step in the evolution of GUI for power users. Screen multiplexer, emacs -nw, myriads of keybindings for the windowmanager. If I ever remember again how to copy paste between virtual displays I will start to use runlevel 3 again and achieve the nirvana .

Here is a video how it works:

http://blog.marcelotoledo.org/2007/07/11/emacs-flymake/

and a warning from Merlin:

  mysql> USE database;

Listing databases:

  mysql> SHOW DATABASES;

Listing tables in a db:

  mysql> SHOW TABLES;

Describing the format of a table:

  mysql> DESCRIBE table;

Creating a database:

  mysql> CREATE DATABASE db_name;

Creating a table:

  mysql> CREATE TABLE table_name (field1_name TYPE(SIZE), field2_name TYPE(SIZE));
  Ex: mysql> CREATE TABLE pet (name VARCHAR(20), sex CHAR(1), birth DATE);

Load tab-delimited data into a table:

  mysql> LOAD DATA LOCAL INFILE "infile.txt" INTO TABLE table_name;

(Use \n for NULL)

Inserting one row at a time:

  mysql> INSERT INTO table_name VALUES ('MyName', 'MyOwner', '2002-08-31');

(Use NULL for NULL)

Retrieving information (general):

  mysql> SELECT from_columns FROM table WHERE conditions;

  All values: SELECT * FROM table;
  Some values: SELECT * FROM table WHERE rec_name = "value";
  Multiple critera: SELECT * FROM TABLE WHERE rec1 = "value1" AND rec2 = "value2";

Reloading a new data set into existing table:

  mysql> SET AUTOCOMMIT=1; # used for quick recreation of table
  mysql> DELETE FROM pet;
  mysql> LOAD DATA LOCAL INFILE "infile.txt" INTO TABLE table;

Fixing all records with a certain value:

  mysql> UPDATE table SET column_name = "new_value" WHERE record_name = "value";

Selecting specific columns:

  mysql> SELECT column_name FROM table;

Retrieving unique output records:

  mysql> SELECT DISTINCT column_name FROM table;

Sorting:

  mysql> SELECT col1, col2 FROM table ORDER BY col2;
  Backwards: SELECT col1, col2 FROM table ORDER BY col2 DESC;

Date calculations:

  mysql> SELECT CURRENT_DATE, (YEAR(CURRENT_DATE)-YEAR(date_col)) AS time_diff [FROM table];
  MONTH(some_date) extracts the month value and DAYOFMONTH() extracts day.

Pattern Matching:

  mysql> SELECT * FROM table WHERE rec LIKE "blah%";

(% is wildcard – arbitrary # of chars)
Find 5-char values: SELECT * FROM table WHERE rec like “_____”;
(_ is any single character)

Extended Regular Expression Matching:

  mysql> SELECT * FROM table WHERE rec RLIKE "^b$";

(. for char, [...] for char class, * for 0 or more instances
^ for beginning, {n} for repeat n times, and $ for end)
(RLIKE or REGEXP)
To force case-sensitivity, use “REGEXP BINARY”

Counting Rows:

  mysql> SELECT COUNT(*) FROM table;

Grouping with Counting:

  mysql> SELECT owner, COUNT(*) FROM table GROUP BY owner;

(GROUP BY groups together all records for each ‘owner’)

Selecting from multiple tables:

(Example)

  mysql> SELECT pet.name, comment FROM pet, event WHERE pet.name = event.name;

(You can join a table to itself to compare by using ‘AS’)

Currently selected database:

  mysql> SELECT DATABASE();

Maximum value:

  mysql> SELECT MAX(col_name) AS label FROM table;

Auto-incrementing rows:

  mysql> CREATE TABLE table (number INT NOT NULL AUTO_INCREMENT, name CHAR(10) NOT NULL);
  mysql> INSERT INTO table (name) VALUES ("tom"),("dick"),("harry");

Adding a column to an already-created table:

  mysql> ALTER TABLE tbl ADD COLUMN [column_create syntax] AFTER col_name;

Removing a column:

  mysql> ALTER TABLE tbl DROP COLUMN col;

(Full ALTER TABLE syntax available at mysql.com.)

Batch mode (feeding in a script):

  # mysql -u user -p <>

(Use -t for nice table layout and -vvv for command echoing.)
Alternatively: mysql> source batch_file;

Backing up a database with mysqldump:

  # mysqldump --opt -u username -p database > database_backup.sql

(Use ‘mysqldump –opt –all-databases > all_backup.sql’ to backup everything.)
(More info at MySQL’s docs.)

cvs -z3
diff -Nu
update -Pd
checkout -P

This example says:

• always use compression level 3 when talking to a remote server. This is a life-saver when working over a slow connection.
• always use the -N (show added or removed files) and -u (unified diff format) options to diff(1).
• always use the -P (prune empty directories) and -d (check out new directories) options when updating.
• always use the -P (prune empty directories) option when checking out.

This page gives some tips about using emacs and unicode. If you work in 2 languages, or type a lot math symbols, you’ll find this page useful.

http://xahlee.org/emacs/emacs_n_unicode.html

Emacs manual for coding systems

http://www.gnu.org/software/emacs/manual/html_node/emacs/Coding-Systems.html#Coding-Systems

http://www.gnu.org/software/emacs/manual/html_node/emacs/International.html#International

One of the pourposes of MariaDB is t0 counteract the side effects of InnoDB being under the control of ORACLE, and provide a “crash-safe alternative to MyISAM” and for Maria2.0 “A fully transactional storage engine with at least all of InnoDB’s major features.”

Also there is an GPL2 alternative to InnoDB: percona-xtradb (from an independent company)

“Percona XtraDB is an enhanced version of the InnoDB storage engine, designed to better scale on modern hardware, and including a variety of other features useful in high performance environments. It is fully backwards compatible, and so can be used as a drop-in replacement for standard InnoDB.”

Monty (the creator of MySQL) thinks that Oracle will kill MySQL in the long run and also thinks that  this was its first motivation when buying SUN: get rid off an annoying competitor. Therefore he started a big campaign to show to the EC that Oracle’s movement is a thread to MySQL development:

http://helpmysql.org/en/theissue/customerspaythebill

Monty Widenius, in early Dicember 2009 asked for people using MySQL to write to EC in order to prevent oracle to acquire MySQL unconditionally. He ask for several points not addressed in the oracle ‘promises’:

Oracle has NOT promised (as far as I know and certainly not in a legally binding manner):

- To keep (all of) MySQL under an open source license.
- Not to add closed source parts, modules or required tools.
- To keep the code for MySQL enterprise edition and MySQL community edition the same.
- To not raise MySQL license or MySQL support prices.
- To release new MySQL versions in a regular and timely manner. (*)
- To continue with dual licensing and always provide affordable commercial licenses to MySQL to those who needs them (to storage vendors and application vendors) or provide MySQL under a more permissive license
- To develop MySQL as an Open Source project
- To actively work with the community
- Apply submitted patches in a timely manner
- To not discriminate patches that make MySQL compete more with Oracles other products
- To ensure that MySQL is improved also in manners that make it compete even more with Oracles’ main offering.

From looking at how Oracle handled the InnoDB acquisition, I don’t have high hopes that Oracle will do the above right if not required to do so:

For InnoDB:
- Bug fixes were done (but this was done under a contractual obligation)
- New features, like compression that was announced before acquisition, took 3 years to implement
- No time tables or insight into development
- The community where not allowed to participate in development
- Patches from users (like Google) that would have increased performance was not implemented/released until after Oracle announced it was acquiring Sun.
- Oracle started working on InnoDB+, a better ‘closed source’ version of InnoDB
- In the end Sun had to fork InnoDB, just to be able to improve performance.

Monty says that when he sold MySQL to Sun there was a trap clause that he didn’t fully understood  at that time:

About MySQL Workbench 7; I always wanted MySQL AB to only produce Open Source code. I had in my shareholder agreement a clause that ensured that the MySQL server should always be fully open source (no commercial modules) until MySQL AB would be sold. (Note that it’s impossible to get an agreement from investors that would protect the code after the company is sold). Unfortunately, the clause was written in such a way that it did not protect other programs (I did not understand this at the time I signed the contract). For a long time I manage to fight off any attempt from the management for closed source programs until they finally went over my head and created some of the new tools as closed source programs. I, and many other developers in MySQL AB, always thought that was a bad idea and we still think that way!

And a better Monty’s explanation of the process of MySQL being sold to SUN and how the agreement of MySQL being open source get jeopardized when it was sold to SUN could be found here. :

Q: Didn’t you sell MySQL to Sun? Do you want to have the cake and eat it too?

First a little background:

I started to work on a code that would later become MySQL in 1982. MySQL was released in 1995 under a dual licensing scheme that allowed David Axmark and me to very quickly work full time on developing MySQL.

I lost the rights to the MySQL copyright in 2001 when MySQL AB was created and we allowed investors to come in. We needed to bring in investors to be able to create a full-scale working company to satisfy big customers and to be able to hire more developers and take MySQL to the next stage. To ensure that MySQL would continue to be free, David and I stated in the shareholder agreement that MySQL AB would have to keep MySQL under an open source license. The problem with a shareholder agreement is that it is terminated when the company is sold. This is just how things works.

David and I however thought that this would not be a problem, as we would help ensure that MySQL would be bought by a good owner.

I continued to lead the MySQL project and have been one of the leaders and top contributors for the project since then.

When the sales process to Sun started, I was at the time not anymore in the MySQL Board (just a MySQL shareholder). I was just informed about the deal, after it was agreed to. I did get money for my shares, that is true, but it did not change in any way my dedication or involvement in the MySQL project.

Also another problem is that although MySQL is GPL the manuals aren not!!!. And not the name either nor the ‘defensive’ IPR filled.

# installing git
sudo aptitude install git-core git-doc git-svn gitmagic gitweb
git-core git-doc git-svn gitmagic gitweb libdigest-sha1-perl{a} liberror-perl{a} libneon27-gnutls{a} libsvn-perl{a}
libsvn1{a}

#updating git:

http://blog.zobie.com/2009/07/installing-git-on-ubuntu-904-jaunty/

$ sudo apt-get build-dep git-core git-doc libssl-dev
$ wget http://kernel.org/pub/software/scm/git/git-1.6.3.3.tar.gz
$ tar -xzf git-1.6.3.3.tar.gz
$ cd git-1.6.3.3/
$ ./configure
$ make all doc
$ sudo make install install-doc
$ git --version
git version 1.6.3.3

[in my case wget http://kernel.org/pub/software/scm/git/git-1.6.5.6.tar.gz]

ERROR because Local::Lib exported variable: INSTALL_BASE

-----[error]------
/usr/bin/perl Makefile.PL PREFIX='/usr/local'
Only one of PREFIX or INSTALL_BASE can be given.  Not both.
make[1]: *** [perl.mak] Error 255
make: *** [perl/perl.mak] Error 2
-----------

!!! why /usr/bin/perl; ????? if I have my local perl 5.10.1 in my home and ‘which perl’ point to it. Seems that I would need to change the makefile options and the hardcoded perl location!!! <TO_DO>

$ make clean

<TO_DO> modify the makefile options for using my local perl 5.10.1 and use only the INSTALL_BASE (or only prefix deleting the install_base envvar)

[NB]
## how Local::Lib works: it exports some variables from an eval in your .bashrc:

 pablo@pmg-linux:~$ perl -I$HOME/localperl/locallib/lib/perl5 -Mlocal::lib=$HOME/localperl/locallib
 export MODULEBUILDRC="/home/pablo/localperl/locallib/.modulebuildrc"
 export PERL_MM_OPT="INSTALL_BASE=/home/pablo/localperl/locallib"
 export PERL5LIB="/home/pablo/localperl/locallib/lib/perl5:/home/pablo/localperl/locallib/lib/perl5/i486-linux-gnu-thread-multi:$PERL5LIB"
 export PATH="/home/pablo/localperl/locallib/bin:$PATH"

————

And similar problems reported in the web:

http://thread.gmane.org/gmane.comp.version-control.git/129906/focus=130343

From: Jakub Narebski <jnareb <at> gmail.com>
Subject: Re: [ANNOUNCE] GIT 1.6.5
Newsgroups: gmane.comp.version-control.git
Date: 2009-10-14 22:11:50 GMT (9 weeks and 26 minutes ago)

Junio C Hamano <gitster <at> pobox.com> writes:

> The latest feature release GIT 1.6.5 is available at the usual
> places:
>
>   http://www.kernel.org/pub/software/scm/git/
>
>   git-1.6.5.tar.{gz,bz2}			(source tarball)
>   git-htmldocs-1.6.5.tar.{gz,bz2}		(preformatted docs)
>   git-manpages-1.6.5.tar.{gz,bz2}		(preformatted docs)
>
> The RPM binary packages for a few architectures are found in:
>
>   RPMS/$arch/git-*-1.6.5-1.fc9.$arch.rpm	(RPM)
>
> This cycle took a bit longer than I hoped, but here it is.  We already
> have some new features cooking in 'next', and I expect we may be able to
> have 1.6.6 by the end of the year.

Compiling git from source RPM git-1.6.5-1.fc9.src.rpm using

  $ rpmbuild --rebuild git-1.6.5-1.fc9.src.rpm

fails with the following error:

    SUBDIR perl
/usr/bin/perl Makefile.PL PREFIX='/usr'
Only one of PREFIX or INSTALL_BASE can be given.  Not both.
make[1]: *** [perl.mak] Error 2
make: *** [perl/perl.mak] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.53174 (%build)

Compiling git from source with

 $ make prefix=/home/local/git \
        bindir=/home/local/git \
        gitexecdir=/home/local/git \
        template_dir=/home/local/git \
        GIT_PYTHON_DIR=/home/local/git

gives the same error.

It might matter that I am using modern Perl way of installing Perl
modules locally, via local::lib, with ~/perl5/.modulebuildrc
containing

  install  --install_base  /home/jnareb/perl5

and I have

  export MODULEBUILDRC="$HOME/perl5/.modulebuildrc"
  export PERL_MM_OPT="INSTALL_BASE=$HOME/perl5"

Doing

 $ unset PERL_MM_OPT

before compiling (from SRPMS) made compilation pass this stage,
and finally succeed.

I guess that perl/Makefile (or rather the file that generates it)
should unset PERL_MM_OPT, or use INSTALL_BASE as DESTDIR rather
than fiddling with PREFIX.

But I am not a Perl hacker
------------------------------------------------------------
perl, v5.8.6
ExtUtils::MakeMaker 6.54 (local)
ExtUtils::MakeMaker 6.17 (global)

export MODULEBUILDRC="$HOME/perl5/.modulebuildrc"
export PERL_MM_OPT="INSTALL_BASE=$HOME/perl5"
--
Jakub Narebski
Poland
ShadeHawk on #git

PROBLEMS:
A- where is myql_config script? DBD::mysql use it for finding where you have all the mysql things
B- where is now the mysql-devel package?

A) Not found until solved B.

mysql_config is not installed until you install the mysql-devel !!!

linux:~/.cpan/build/DBD-mysql-4.013-tjvDzy$ mysql_config
Usage: /usr/bin/mysql_config [OPTIONS]
Options:
–cflags         [-I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -fno-strict-aliasing]
–include        [-I/usr/include/mysql]
–libs           [-Wl,-Bsymbolic-functions -rdynamic -L/usr/lib/mysql -lmysqlclient]
–libs_r         [-Wl,-Bsymbolic-functions -rdynamic -L/usr/lib/mysql -lmysqlclient_r]
–socket         [/var/run/mysqld/mysqld.sock]
–port           [0]
–version        [5.0.75]
–libmysqld-libs [-Wl,-Bsymbolic-functions -rdynamic -L/usr/lib/mysql -lmysqld -lwrap -lrt]

B) The msyql devel is no longer in ubuntu (at least with this name)

linux:~/.cpan/build/DBD-mysql-4.013-tjvDzy$ sudo aptitude search mysql | grep devel
p   liblua5.1-sql-mysql-dev         – luasql development files for the lua langu
p   libmysql++-dev                  – MySQL C++ library bindings (development)
p   libmysqlclient15-dev            – MySQL database development files
p   libmysqlclient16-dev            – MySQL database development files

Seems that now is called  libmysqlclient15-dev

Searching in the web:
http://ubuntuforums.org/showthread.php?t=556317
a lot of people have had the same problem and they say that ‘ libmysql++-dev’ works ok

What I was not able to find is what is the difference between libmysqlclient15-dev and libmysqlclient16-dev. I have mysql-5.0 installed but in the repostiroty there is also the 5.1. Are the libmysqlcientxx-devel specific for each msyql version?

# installing the libmysql++-dev
> sudo aptitude install libmysql++-dev
The following NEW packages will be installed:
libmysql++-dev libmysql++3{a} libmysqlclient15-dev{a}

==intalled devel files ==

== Try to install DBD::mysql with CPAN==

cpan[12]> install DBD::mysql

‘/home/pablo/localperl/bin/perl Makefile.PL’ returned status 512, won’t make
Running make test
Make had some problems, won’t test
Running make install
Make had some problems, won’t install

* try it manually

pablo@pmg-linux:~/.cpan/build/DBD-mysql-4.013-2mMMny$ perl Makefile.PL

PLEASE NOTE:

For ‘make test’ to run properly, you must ensure that the
database user ‘pablo’ can connect to your MySQL server
and has the proper privileges that these tests require such
as ‘drop table’, ‘create table’, ‘drop procedure’, ‘create procedure’
as well as others.

mysql> grant all privileges on test.* to ‘pablo’@'localhost’ identified by ‘s3kr1t’;

You can also optionally set the user to run ‘make test’ with:

perl Makefile.pl –testuser=username

I will use the following settings for compiling and testing:

cflags        (mysql_config) = -I/usr/include/mysql  -DBIG_JOINS=1 -fPIC -fno-strict-aliasing
embedded      (mysql_config) =
libs          (mysql_config) = -Wl,-Bsymbolic-functions -rdynamic -L/usr/lib/mysql -lmysqlclient
mysql_config  (guessed     ) = mysql_config
nocatchstderr (default     ) = 0
nofoundrows   (default     ) = 0
ssl           (guessed     ) = 0
testdb        (default     ) = test
testhost      (default     ) =
testpassword  (default     ) =
testsocket    (default     ) =
testuser      (guessed     ) = pablo

To change these settings, see ‘perl Makefile.PL –help’ and

# Before installing, it would be good to have a test database and give rights to the my user:
$ mysql -u root -p
mysql> grant all privileges on test.* to ‘pablo’@'localhost’;
mysql> create database test;
$ cd ~/.cpan/build/DBD-mysql-4.013-2mMMny
$ perl Makefile.PL

$ make

$ make test
All tests successful.
Files=36, Tests=745, 15 wallclock secs ( 0.24 usr  0.97 sys +  1.47 cusr  7.16 csys =  9.84 CPU)
Result: PASS

$ make install

—-

After installing it manually I did the installation again from CPAN with the CPAN shell into my local-lib and it worked ok! Well I was expecting it to warn me that was already installed but it was installed again instead.