The Linux Page

Help other users realize that everything is possible, especially avoiding Windows for their own personal use.

Welcome to The Linux Page


Fox Trot by Bill Amend. Click to enlarge.
Click to enlarge

This site is a collection of my own work with Linux. Certain things are easy, others take time to decipher and if I ever need to repeat the work (which usually happens!), then I need to remember everything by memory or... have a site with all the steps taken and to take again.

The following are my most recent posts:

Playing around with facebook for a couple weeks now and I bumped into a new one!

Yep! There is a limit to the number of friends you can have on Facebook... It is 5,000±10.

This explains why I have found several people with multiple accounts. That's the way to circumvent the limit. With 3 accounts, you can get 15,000 people in your circle.

I was wondering whether I could twitter without having to add my posts to twitter each time...

That works, of course, but it is time consuming.

The website I'm using runs on Drupal and it includes a Twitter module. And that module will automatically twit my posts titles to twitter. There you go!

This message is a test to see whether that works...

Today I wanted to copy a column from one table to another. One way is to go through the table and update the items one by one. The other way is to use the UPDATE order a copy the data as required.

The UPDATE command does NOT support such a feature by default and thus each database has its own syntax when it comes to how to make that work.

PostgreSQL uses an extra FROM between the SET and WHERE orders.

[toc hide:1]

Today, I finally registered with Twitter. I'll be looking into a way to connect that to my blogs so each time I blog, I get a tweat eliminating the need for me to actually tweat for real.

Okay, that's fine, but guess what... they want me to verify my email address and it does not work.

[toc hide:1]

Noticed today that I had an easy to use facebook URL. It goes like this:

http://www.facebook.com/alexis.wilke

So, the Facebook URL followed by my first and last name. Easy, hey?

Another important thing, in your facebook privacy settings, make sure you select the necessary flags so people can see your page! If you make yourself totally private people won't find you and won't be able to see your page!

You can also let Google, Yahoo!, MSN Live find your profile!

Sample of where you need to click to get at the right place in Facebook:

Settings and Privacy Flags to change to make sure people find you!

It seems this should work with tools and ...

Today I got a new router, a Belkin G Wireless Router, the F5D7234-4 to be precised.

I have been looking for the IP address of the device for 30 min. It is actually specified on page 26 (i.e. the Alternate Setup Method area). The IP address is 192.168.2.1.

Very annoying since my server is also 192.168.2.1. In other words, I cannot talk with my server to that darn thing!

Well... I'll do it from another computer, but quite annoying, if you ask me!

I have a Cayman for my Internet connection and it uses 198.168.1.254. At least I find that much more practical.

Next I wanted to setup the ...

Already used OpenOffice? This is a free office suite just like Microsoft Office (or MS Office). It does not include absolutely everything, but it has most certainly a lot more than you need!

Yesterday, I got a nice little surprise...

I inadvertendly added two copies of an uncompressed MS-Access data in my CVS. The files were over 400Mb (about 434Mb if I'm correct.) This started okay, then slowly I could see my memory going banana.

Wow! It took a good 20min. to check-in. My CVS is on my computer, so it is not the transfer that's slow... The fact is, the allocated a buffer for the entire file! My computer was on its knees!

What a surprise!

Today, by mistake, I loaded a URL in gVIM instead of my browser. The mind going silly I guess since I had to type :e<space> to load, as usual...

And to my surprised, it loaded something. Yes! It actually sent the necessary HTTP request and shown the reply in my gVIM window!

What does this mean? Well! That means I can check out my websites directly in gVIM to see whether they worked as I expected.

Fantastic! If you ask me... 8-)


Well... I knew that a firewall could generate a few problems, but this one, I did not expect!

I just could not FTP anything from my FedoraCore box. I checked the source system firewall, tweaked all sorts of options in the vsftpd.conf file to no aval.

The error I was getting was this:

Mon Aug 11 21:31:57 2008 [pid 12033] CONNECT: Client "192.168.2.11"
Mon Aug 11 21:31:57 2008 [pid 12032] [alexis] OK LOGIN: Client "192.168.2.11"
Mon Aug 11 21:31:57 2008 [pid 12034] [alexis] FAIL DOWNLOAD: Client "192.168.2.11", \
               "{fullpath to}/ubuntu-8.04.1-server-amd64.iso", 0.00Kbyte/sec

I read that permissions could be wrong. Not the case.

The firewall has some REJECT and DROP rules. None of which would increase when I was getting the FAIL DOWNLOAD message.

The fact was that the FedoraCore system firewall was not accepting the connection. That's why it would fail. I thus opened the firewall a bit by adding a rule like this:

-A INPUT -i eth0 -p tcp -m tcp -s 192.168.2.1 -d 192.168.2.2 --sport 20 -j ACCEPT

Then it finally worked.

Note that I am using FTP in non-passive mode. This is important because I do not want to open "random" ports on my server. There is nothing to control that in vsftpd as far as I know. Which sucks. My company's FTP server will automatically change the firewall and open ports as required. Once the FTP connection ends, the port is closed in the firewall. This means the port is open only very temporarily.

Anyway, all that to say that the message FAIL DOWNLOAD blah means nothing when it could be telling you: could not connect to client. At least that way you'd know right away what's wrong.

Well... I knew that a firewall could generate a few problems, but this one, I did not expect!

I just could not FTP anything from my FedoraCore box. I checked the source system firewall, tweaked all sorts of options in the vsftpd.conf file to no aval.

The error I was getting was this:

Mon Aug 11 21:31:57 2008 [pid 12033] CONNECT: Client "192.168.2.11"
Mon Aug 11 21:31:57 2008 [pid 12032] [alexis] OK LOGIN: Client "192.168.2.11"
Mon Aug 11 21:31:57 2008 [pid 12034] [alexis] FAIL DOWNLOAD: Client "192.168.2.11", \
               "{fullpath to}/ubuntu-8.04.1-server-amd64.iso", 0.00Kbyte/sec

I read that permissions could be wrong. Not the case.

The firewall has some REJECT and DROP rules. None of which would increase when I was getting the FAIL DOWNLOAD message.

The fact was that the FedoraCore system firewall was not accepting the connection. That's why it would fail. I thus opened the firewall a bit by adding a rule like this:

-A INPUT -i eth0 -p tcp -m tcp -s 192.168.2.1 -d 192.168.2.2 --sport 20 -j ACCEPT

Then it finally worked.

Note that I am using FTP in non-passive mode. This is important because I do not want to open "random" ports on my server. There is nothing to control that in vsftpd as far as I know. Which sucks. My company's FTP server will automatically change the firewall and open ports as required. Once the FTP connection ends, the port is closed in the firewall. This means the port is open only very temporarily.

Anyway, all that to say that the message FAIL DOWNLOAD blah means nothing when it could be telling you: could not connect to client. At least that way you'd know right away what's wrong.

Well... I knew that a firewall could generate a few problems, but this one, I did not expect!

I just could not FTP anything from my FedoraCore box. I checked the source system firewall, tweaked all sorts of options in the vsftpd.conf file to no aval.

The error I was getting was this:

Mon Aug 11 21:31:57 2008 [pid 12033] CONNECT: Client "192.168.2.11"
Mon Aug 11 21:31:57 2008 [pid 12032] [alexis] OK LOGIN: Client "192.168.2.11"
Mon Aug 11 21:31:57 2008 [pid 12034] [alexis] FAIL DOWNLOAD: Client "192.168.2.11", \
               "{fullpath to}/ubuntu-8.04.1-server-amd64.iso", 0.00Kbyte/sec

I read that permissions could be wrong. Not the case.

The firewall has some REJECT and DROP rules. None of which would increase when I was getting the FAIL DOWNLOAD message.

The fact was that the FedoraCore system firewall was not accepting the connection. That's why it would fail. I thus opened the firewall a bit by adding a rule like this:

-A INPUT -i eth0 -p tcp -m tcp -s 192.168.2.1 -d 192.168.2.2 --sport 20 -j ACCEPT

Then it finally worked.

Note that I am using FTP in non-passive mode. This is important because I do not want to open "random" ports on my server. There is nothing to control that in vsftpd as far as I know. Which sucks. My company's FTP server will automatically change the firewall and open ports as required. Once the FTP connection ends, the port is closed in the firewall. This means the port is open only very temporarily.

Anyway, all that to say that the message FAIL DOWNLOAD blah means nothing when it could be telling you: could not connect to client. At least that way you'd know right away what's wrong.

It took me a little time, but I finally search and found the reCAPTCHA.

The default CAPTCHA for Drupal looks awful. It is called Image and creates very ugly extremly hard to read images. So I always wanted to switch to reCAPTCHA that is not perfect but looks a lot better and has audio availbale.

So today I found it, it is here: http://drupal.org/project/recaptcha

Note that you still need the CAPTCHA system, it just adds one more option which is reCAPTCHA instead of Image. (at leat, that the way I use it.)

Thank you for visiting my website.