Archive

Archive for October 24th, 2009

FTP Trials

October 24th, 2009 2 comments

I use FTP for a lot of things, mostly related to website administration. On Windows, my client of choice is WinSCP. It has this great feature that allows you to constantly synchronize a local directory with a remote directory, allowing you to make changes in your local editor of choice, and have them reflected on the site as soon as you save the file.

On Linux, I’ve been remoting into the server via SSH, opening the remote file in nano, and copying and pasting my local code to the server. While the combination of SSH and bash scripting can allow for some really cool code, I’d rather just find an application that mimics the WinSCP functionality that I’m looking for.

To that end, I have raided Synaptic and downloaded as many different graphical FTP clients as I could find. Read on, dear reader, as I delve into the depths of FTP on Linux, and share my findings with you.

1. BareFTP
This app is written in C# (for really cool cross-platform action), and targets the Mono framework on the GNOME desktop environment. It supports the FTP, FTPS, and SFTP protocols, and has a nice, clean looking interface:

bareFTP-Screenshot

It's pretty and functional, no?

I really like this app. It has a nice, intuitive interface, feels quick, and supports bookmarks that let you automatically connect to a remote server and set your local and remote directories with a single button click. Unfortunately, the program does not appear to support any kind of scripting or directory watching, so while it may see use as a client for occasional file transfers, it likely won’t suffice as a WinSCP replacement.

2. Filezilla
Before discoving WinSCP, I used this app for a long time on Windows. It’s an excellent utility that seems to have improved quite a bit since the last time I used it.

More features along with a more cluttered interface.

More features along with a more cluttered interface.

Of particular interest to me are the Synchronized Browsing and Directory Comparison features. The former changes the remote directory whenever you change the local directory, so that you can always keep an eye on the difference between local and remote files. To that end, the latter feature applies a colour coded scheme to both local and remote files so that you know exactly what has been synchronized to the server and what hasn’t. However, like bareFTP, there is no synchronization support.

And Others…
The unfortunate part about this little exercise is that after trying another three FTP clients, I realized that they’re roughly all the same. Sure, some are uglier, like JFTP, and some are uber streamlined like kasablanca. Unfortunately, even though they all do the same task in a slightly different way, none of them do quite what I want.

And so I ask you, the reader – is there an FTP client that allows me to synchronize a local directory with a remote one?




On my Laptop, I am running Linux Mint 12.
On my home media server, I am running Ubuntu 12.04
Check out my profile for more information.

Learning to live with XFCE

October 24th, 2009 2 comments

There’s no doubt that when I initially switched from GNOME to XFCE, I was pretty angry. But hey, you can’t stay mad forever – In time, I’ve learned to appreciate GNOME’s minimalistic cousin for what it is, and (unlike some of the other guys) haven’t yet decided whether or not I’ll be switching back to GNOME tomorrow.

Sure, XFCE was a pain to get set up, but since then, it’s been fast and exceedingly stable. As a point of comparison, while running GNOME, I experienced daily crashes related to a known issue between Compiz and my Intel integrated video card. On XFCE, this issue has yet to manifest itself, although this may also have something to do with all of the upgrades that I made the day before changing desktop environments. With the addition of Compiz, GnomeDo+Docky, and some minor customization, I’ve created a desktop that is pleasing to look at, but remains responsive and lightweight on my aging hardware.

My only major complaint with XFCE remains the organization of the “Start Menu.” While I initially thought that the idea of separate Application, Places, and System menus in GNOME were stupid (having come from a Windows background), I find myself missing them under XFCE. I find their single menu system cluttered and hard to navigate, even with it’s sub-menus. GnomeDo improves things, but only if you know the name of the feature or setting that you’re searching for.

On the other hand, the GNOME community has just released a new version of their desktop environment, and it seems to include some neat new features. More importantly, the GNOME community has done a lot of thinking about where they want to take v3.0, due for release in either March or September of 2010. Some of the most interesting ideas that have come from this brainstorming (in my mind anyway), are a new desktop paradigm, supported mainly by a new compositing engine called Gnome Shell, and a new way of browsing your files called Gnome Zeitgeist. Check out some early demo screens here.

Hell, I might even consider taking the KDE plunge, just to see what all of the rage is about…




On my Laptop, I am running Linux Mint 12.
On my home media server, I am running Ubuntu 12.04
Check out my profile for more information.

KDE on Gentoo: slightly less inflammatory but still difficult

October 24th, 2009 1 comment

After the shitstorm that was Dana’s post about KDE, I figured I’d go into more details about how my day to day use is going.

Multiple Libraries Make Baby Jesus Cry
All the base system software in the Gentoo kdebase-meta package compiles against the QT4 libraries, but many of the optional packages still depend on QT3. Popular programs like KTorrent and AmaroK either still haven’t been updated or tagged in the Portage repository, so at any given time a desktop user will have programs running that use two separate graphical widget libraries. My level of use is such that I have programs running with GTK+, QT3 and QT4 on the same monitor – not to mention apps like Songbird that draw their own custom interface.

From an efficiency and system resource standpoint, this is really poor utilization. I have 4GB of RAM for intensive tasks such as music library organization, not to show slightly different scrollbars and window controls in every third application. Under GNOME 2.26, there was nowhere near this level of display potpourri with the default system utilities. (It also helps that Firefox is GTK+, which is close to the top-used app on my machine.)

Some Applications Just Suck
I’ve attempted to use all of the built-in KDE applications to combat the mismatched desktop effect, and often I’ll find them wanting compared to the GNOME or GTK+ equivalents. Dolphin seems like a very capable file manager, but it will lock up when hovering over some video thumbnails or seemingly randomly when in my home directory. (The rest of the system remains responsive, so it looks like Dolphin’s the culprit.) Konqueror is fast, but the configuration and settings are confusing to say the least – and without proper add-on/AdBlock Plus support, I can’t consider making it my primary browser.

Another example of application suck is ksnapshot, which is supposed to do what you think it would – take screen captures of active windows or the entire desktop. I made the unfortunate selection of selecting to capture a region, specifically the “Settings” menu in Konqueror. After selecting a nice 300×300 pixel area, pressing Enter to confirm the region did nothing. Escape did nothing, nor did any combination of mouse buttons. Since ksnapshot takes focus away from the entire desktop, it wasn’t possible to exit the application. I had to SSH in from another machine and manually kill the process to regain control.

Desktop Effects Are Nice
Once I’d mangled xorg.conf and set up my nVidia drivers in TwinView mode, I still ran into issues enabling the built-in KDE compositing effects. The command in Gentoo to learn is “eselect”, which when combined with “eselect opengl list” allows a display of all the possible OpenGL rendering engines. Apparently even when the nVidia drivers are enabled, one must specifically tell X to use the correct renderer.

The problem I’ve encountered is that while some effects are smooth as butter, such as moving Wobbly Windows, resizing them is delayed and causes display tearing. I have no idea what’s causing this, and the behaviour shouldn’t exist.

Going back to GNOME
As of tomorrow, I have no doubts that I’ll be returning to GNOME for regular desktop use. KDE has some compelling features but my experience with it has been less than ideal. I can’t afford to have my file browser lock up during regular use – and GNOME’s environment seems much more predictable.




I am currently running various *BSD variants for this Experiment.
I currently run a mix of Windows, OS X and Linux systems for both work and personal use.
For Linux, I prefer Ubuntu LTS releases without Unity and still keep Windows 7 around for gaming.
Check out my profile for more information.