Recently in gFTP Category

After planning for weeks to take my main production laptop from OpenBSD 4.4 to 4.5, I sweated through the upgrade only to lose what was perfect X compatibility and pull the "kill switch," which in this case was transferring everything in my freshly rsync'd backup to my identical Toshiba Satellite 1100-S101 laptop running Ubuntu 8.04 LTS, a system I've been running for quite awhile on this and another laptop — and which has thus far proven itself to be stable enough for the pounding I give these machines in my daily work.

OpenBSD 4.4 basically "saved" me and one of these marginal Toshiba laptops (both were destined for the garbage) last November when I could barely get an install CD of any type to boot. The install floppy in OpenBSD enabled me to quickly set up a system that worked quite well and did almost everything I needed it to do. And stability was almost a given. I rarely had a problem that wasn't inherent to OpenBSD itself (such as the difficulty of installing Java, nothing past Flash Player 7, the extra steps required to properly configure things such as CUPS).

Since the system ran so well — just like Ubuntu 8.04, video on this Intel-based system ran perfectly with no xorg.conf — I kept it going for the entire six months of the OpenBSD 4.4 release's life.

As those who use OpenBSD know, upgrading the operating system is not as easy as it is in your average Linux distribution. It pretty much comes with the territory that a -release upgrade requires preparation, following instructions, and a bit of manual command-line work. Many times I've heard — both in OpenBSD and in Linux for that matter — that it's easier and cleaner to do a full reinstall rather than an in-place upgrade.

I will still try a full reinstall of OpenBSD 4.5. And I'd like to try running -current — the OpenBSD development branch that can be regularly updated and which is famously stable despite the "development" tag.

But right here, right now, I can't spend weeks diagnosing my X issues (briefly, there's some funky junk hanging from the cursor, and "artifacts" linger on the screen, which isn't redrawn fast enough/often enough to make X usable). The same thing turned me away from Debian Lenny on this and my Gateway Solo 1450 laptop in the months before the then-Testing distro went Stable. Because of my affection for Debian (still one of my very favorite operating systems), I spent weeks trying to diagnose the problem before realizing that dozens of other distros relieved me of the need to obsess (unsuccessfully) over it.

Right now the Gateway, used by our 5-year-old dual-boots Ubuntu 8.04 for her and CentOS 5.3 just because it runs so extremely well on that particular laptop.

And for months now I've had this other Toshiba laptop running Ubuntu 8.04 as a backup. I have Java installed, which I do need. Flash, too. The Opera Web browser.

Today I added Inkscape, Thunderbird, gFTP and Gparted.

On the OpenBSD laptop, I had about 1 GB of e-mail in Thunderbird. It makes rsyncing the box such hell that I'm thinking of writing a script that EXCLUDES the Thunderbird files just so the rest of the backup doesn't take so damn long ... but I digress.

I figured out how to bring my Thunderbird settings and mail over to the Ubuntu machine. I did the same with my Firefox bookmarks.

-- Begin tutorial:

Moving bookmarks from one Firefox 3 installation to another:

• Since Firefox now uses the SQlite database to store/organize its bookmarks, simply moving the bookmarks.html file from one Firefox 3 installation to another will DO ABSOLUTELY NOTHING. You need to do it another way, which I describe right here. First, grab the bookmarks.html file from your old FF installation and put it somewhere in your /home directory where you can easily find it.

• In the Firefox 3.0 installation where you want to IMPORT the bookmarks, go to the Bookmarks tab and click on/choose Organize Bookmarks.

• Click on the Import and Backup drop-down menu and click Import HTML.

• Then navigate to the bookmarks.html file from your old FF 3 installation (you have moved it over already, haven't you?) and click it to bring it into your new installation.

• Note: In Ubuntu at least, this process WON'T allow you to see hidden files or directories, so before you begin, copy your old bookmarks.html file to a place in your home directory where you don't need to go into your old installation's .mozilla directory, for instance.

• FYI: In both of my Firefox 3 installations, the bookmarks.html file is located here:

  /home/username/.mozilla/firefox/xxxxxxxx.default/bookmarks.html

  In the above example, "username" is your actual username, and the eight x's are the unique alphanumeric prefix that Firefox gives to your "default" directory under /.mozilla/firefox/
  

-- End tutorial.

-- Resume rant.

OK, so I'm fully operational in Ubuntu at this point. My respect and admiration for the developers and users of OpenBSD remains, and I hope to get the other Toshiba fully operational under OpenBSD 4.5 as soon as possible.

But I'd be lying if I didn't say I was relieved to have, in Ubuntu, a machine and system that easily updates all of its software with a few clicks and provides me with what — at this point — is a trouble-free working environment.

Of course that could all change. I'll see over the next week how well Ubuntu 8.04 LTS performs on this hardware, with my chosen applications and for the tasks I have.

I could start the distro-hopping merry-go-round and go back to Debian, try out Slackware, ZenWalk, etc., but right now if Linux in this form does what I need it to do (not crash, run acceptably fast, wash, rinse, repeat), I'll be sticking with Ubuntu as long as it fills the bill.

The extremely lightweight Swiss GNU/Linux distribution Slitaz burst upon the scene in March of this year promising to be easy on system resources yet possessing enough power in the form of basic applications to actually get things done.

In my original non-review, I couldn't really get Slitaz running on any of three PCs, so I ended it this way:

Hopefully they'll get it right with SliTaz 1.1 (or 2.0), but for now, it's a distro with a lot of promise but not a whole lot of delivery -- at least for me.

But there was also this:

I'll try it in the $15 Laptop (based on a Pentium II MMX and with the Orinoco WaveLAN wireless card) ...

Coincidentally, I've been looking for new distros to run on the $15 Laptop (Compaq Armada 7770dmt), and I decided to finally give Slitaz a spin in it.

It works.

And so far, it's quicker than anything I've tried on it before. The closest thing I can compare it to is Damn Small Linux.

As of DSL version 4.4, both have the "Bon Echo" version of Firefox, with Slitaz using a more-recent build of what basically is Firefox.

Having Firefox named Bon Echo presents one problem: It's harder to install Google Gears, which would enable Google Docs to function in offline mode. I'm sure there's a way to do it, but so far that's been the big stopper for me with DSL (and now Slitaz).

Another stopper: Slitaz seems to want the user to store data on a USB-connected drive. But this laptop, made somewhere around 1999, doesn't have USB. Hell, it doesn't have Ethernet. My connectivity comes via a Orinoco WaveLAN Silver PCMCIA card, and even if I did have a WiFi signal, which I don't, I'm not sure Slitaz 1.0 supports wireless connectivity. Otherwise, I'd be trying some packages from the Slitaz repository.

But in its "raw" configuration, Slitaz is a 25 MB ISO — smaller than Puppy Linux and Damn Small Linux, and with fewer apps as well.

The beauty of it is that Slitaz 1.0 is running entirely in RAM — and I've only got 144MB on this laptop.

Again: 144MB and running entirely in RAM. I don't think there's a system out there with X that'll do this without tapping into Linux swap (although Damn Small Linux might be coming close).

Like Puppy and DSL, Slitaz is based on the JWM window manager, which has plenty of features and lots of speed to go with it. Right-clicking gets you a small menu, but for the full menu, you need to left-click on the Slitaz spider icon at the top of the screen.

Slitaz is lean but does have enough apps to get by.

Besides Firefox/Bon Echo (version 2.0.0.12 on the live CD), there's:

• My favorite development editor Geany
• The mhWaveEdit audio editor (at least that's what I think it is)
• emelFM2 file manager
• Clex File manager
• mtPaint image editor (one of my favorites)
• Grab screenshot
• GPicView Image Viewer
• Gparted partition manager
• Htop processes viewer
• Lighttpd Web server
• gFTP client
• Grsync
• LostIRC
• Retawq Web browser
• Scpbox secure copy app
• Transmission Bittorrent app
• ePDFView PDF viewer
• Listpatron (I can't figure out what this does, but it appears to "make lists")
• OSMO personal organizer
• SQlite database
• Wikiss PHP Wiki
• Bc calculator
• Burn ISO
• ISO Master
• Leafpad editor
• Nano editor
• Xpad sticky note editor
• Xterm

I'm not sure yet how extensive the Web-server capabilities of Slitaz are as yet, but it does have the Lighttpd server, SQLite database, along with PHP, so you can seemingly roll out a dynamic Web page on the system as configured.

Once I get to a live Internet connection on the Compaq, I plan to check out the Slitaz repository, which has some applications that aren't on the live CD, including Abiword and the GIMP.

I'll have to deal with how to save my settings in Slitaz without USB, but in that quest, I found a great utility called Mountbox that enabled me to easily mount partitions from my hard drive and then look at them with emelFM2. Not that it's hard to mount partitions from live CDs, but this app is as good as the mount tools in Puppy or DSL, and I'm glad to have it.

However, upon mounting a hard-drive partition, I could see all the files there, but I was unable to write a new file to it. That's something I'll have to work on.

(Hint: When you boot Slitaz, the standard user is hacker, with no password. Root's password is root.)

After a read through the online documentation, I settled on the following boot codes for my laptop:

boot: slitaz vga=788 lang=en kmap=us home=hda3 sound=noconf

I was still asked by the system (in French, no less) what resolution to use for X. But the boot process was a bit quicker, since I wasn't asked this time to choose a language or keyboard, nor was I asked to configure sound, something that didn't work automatically (and never does for this laptop in Linux).

I created a file, saved it in the Slitaz filesystem and rebooted without the cheat codes. The file wasn't there. I tried again with the boot codes, and my file was there. The same thing worked for a Firefox bookmark. As long as I used the home=hda3 boot code (since hda3 was the hard drive partition I chose on which to put my Slitaz save file) when booting, everything works.

So it turns out you don't need a USB drive to save files in Slitaz.

There's a "Cooking" release of Slitaz that looks much changed from the 1.0 release, and I will try it soon and hope that perhaps some and hopefully many of my problems will be addressed. It uses Openbox instead of JWM, features desktop icons, uses HAL to automatically mount media and even has Firefox 3.

Another addition, among many, to the latest build of Slitaz is wireless support. Again, I'll have to burn a disc tonight and give it a try when I'm near a WiFi signal.

Thus far, Slitaz 1.0 is absolutely the fastest operating system I've ever used. While it's still fairly young, it boasts of a lot of functionality, and if it runs on your particular hardware, it's a live CD that's well worth having in your laptop bag.

I'd love to have another alternative to Puppy Linux and Damn Small Linux, both extremely lightweight — and extremely well-formed — distributions designed to be run as live CDs (but also capable of being installed to the hard drive). And again, running entirely in RAM with only 144MB is as lightweight as they come.

Right now, I can't use Slitaz with the same "expertise" with which I can use Puppy or DSL. But for a quick-booting, quick-working live CD, Slitaz does exceedingly well for such an early stage in its life.

I'll be watching Slitaz very closely, and I expect big things for it in the future, should development continue — and I really do hope it does.

Point of order: According to the boot screen, Slitaz stands for "Simple, Light, Incredible, Temporary Autonomous Zone."

So far, Slitaz lives up to that name.

More on Slitaz:
Slitaz on Distrowatch
Distrowatch review of Slitaz
My first Slitaz post from April 2008
K.Mandla's review of Slitaz
TechieMoe review of Slitaz
TechSource review of Slitaz

I'm a simple guy.

In Windows, I used to use Internet Explorer 6 as my FTP client. Yep, you can do that.

And when I installed IE7 after much kicking and a little screaming, I was dismayed to learn that I lost my ability to use the Web browser and a drag-and-drop, fully graphical, albeit extremely simple FTP client.

I quickly learned that the Windows file browser, which I get to by going to Start -- My Computer (since I'm locked out of My Network Places by my paranoid sysadmin) and enter the FTP address as ftp://10.10.10.10 (that's a fake, not-real address for those who are wondering), and then do my FTP work just as I did in IE6.

And yes, I've tried the FTP plugin for Firefox.

I needed a real FTP client for Windows.

I tried a few that weren't free, open-source applications. They included CuteFTP and another I can't remember.

But I'm not happy with 30-day trials, and why pay for an app when you can use FOSS?

I finally downloaded Filezilla, which has FTP clients for Windows, Mac and Linux.

If you've been reading this blog for even a little while, you know I love apps that go across as many platforms as possible.

So far it works great. I set Notepad++ as my default editor, and I've already edited my first file on the FTP server.

So I have a fully FOSS FTP solution in Windows, and I'm happy.

P.S. In Ubuntu and Debian, I just use gFTP, which for some reason I also remember using in Slackware.