Home / user-1134

Tom Feiner's questions

Martin Hope
Tom Feiner
Asked: 2010-04-26 03:07:29 +0800 CST
  • 74

Rsync over ssh, works great every time.

However, trying to rsync to a host which allows only sftp logins, but not ssh logins, provides the following error:

rsync -av /source ssh user@remotehost:/target/

protocol version mismatch -- is your shell clean? (see the rsync man page for an explanation) rsync error: protocol incompatibility (code 2) at compat.c(171) [sender=3.0.6]

Here's the relevant section from the rsync man page:

This message is usually caused by your startup scripts or remote shell facility producing unwanted garbage on the stream that rsync is using for its transport. The way to diagnose this problem is to run your remote shell like this:

          ssh remotehost /bin/true > out.dat

then look at out.dat. If everything is working correctly then out.dat should be a zero length file. If you are getting the above error from rsync then you will probably find that out.dat contains some text or data. Look at the contents and try to work out what is producing it. The most com‐ mon cause is incorrectly configured shell startup scripts (such as .cshrc or .profile) that contain output statements for non-interactive logins.

Trying this on my system produced the following in out.dat:

ssh-dummy-shell: Command not allowed.

As I thought, the host is not allowing ssh logins.

The following link shows that it is possible to accomplish this task using fuse with sshfs - however it is extremely slow, and not fit for production use.

Is there any chance of getting rsync sftp to work?

ssh rsync sftp
Martin Hope
Tom Feiner
Asked: 2009-02-26 05:42:42 +0800 CST
  • 1346

I need to get a list of human readable du output.

However, du does not have a "sort by size" option, and piping to sort doesn't work with the human readable flag.

For example, running:

du | sort -n -r

Outputs a sorted disk usage by size (descending):

du |sort -n -r
65108   .
61508   ./dir3
2056    ./dir4
1032    ./dir1
508     ./dir2

However, running it with the human readable flag, does not sort properly:

du -h | sort -n -r

508K    ./dir2
64M     .
61M     ./dir3
2.1M    ./dir4
1.1M    ./dir1

Does anyone know of a way to sort du -h by size?

linux bash du gnu
Martin Hope
Tom Feiner
Asked: 2009-06-08 23:08:12 +0800 CST
  • 17

With the latest javascript vulnerabilities in Adobe reader and bloat it has aquired over the years, I've been thinking of moving the network I'm in charge of to a different product for PDF reading on Windows.

The ideal PDF reader should be something that is:

  • Small in size (Adobe reader is more than 200MB these days after installation).
  • As secure by default as possible (For example, javascript disabled by default).
  • Nice looking and easy to use interface.
  • Not bloated with features (I just want to read PDFs, that's it).
  • Does not install any toolbars/unwanted add ons/spyware.
  • Does not display any ads while viewing PDFs.
  • Preferably Open Source. (this pretty much ensures no ads).
  • Full Unicode support.

Idealy , something like evince from gnome, will be the best option, but unfortunately that's not available on Windows.

Foxit is an option, as it is small, and has a nice interface. But it still has javascript enabled by default which might lead to vulnerabilities - and it installs a toolbar , and displays ads while reading PDFs which is distracting.

There is a site dedicated to Open Source PDF readers, pdfreaders.org, however, the Windows pdf readers each have their problems, mostly the interface is not as convenient (as evince, adobe or foxit).

Here's a list of all PDF software from WikiPedia. There's a "Viewers" section for each OS.

What Windows PDF reader would you recommend ?

windows deployment pdf adobe
Martin Hope
Tom Feiner
Asked: 2009-05-24 23:16:53 +0800 CST
  • 66

From GNU less manpage

-i or --ignore-case

Causes searches to ignore case; that is, uppercase and lowercase are considered identical.

This option is ignored if any uppercase letters appear in the search pattern; in other words, if a pattern contains uppercase letters, then that search does not ignore case.

-I or --IGNORE-CASE

Like -i, but searches ignore case even if the pattern contains uppercase letters.

This is a great way of searching in GNU less, while ignoring case sensitivity. However, you must know in advance that you'd like to search while ignoring case sensitivity and indicate it in the command line.

vim solves this problem by letting the user specify \c before a search, to indicate that the pattern should be searched while ignoring case sensitivity.

Is there a way to do the same in less (without specifying -I in the command line)?

linux bash command-line-interface
Martin Hope
Tom Feiner
Asked: 2009-05-11 04:15:24 +0800 CST
  • 1

Are there any good tools to migrate existing firebird databases to PostgreSQL for Linux systems?

I've looked at: FBexport which can be used to dump the data as insert statements, but it's mainly written to export/import from one firebird db to another, not as a migration tool.

There's also: Firebird to PostgreSQL Win32 tool, but it's only for win32 systems.

Is there any good tool to do this? Or should I just roll my own?

linux migration postgresql firebird