Not that I do
anything with NoSQL, but I really enjoyed this article
about Oracle's NoSQL Database
, especially the point where they removed
the white paper, titled "Debunking the NoSQL Hype
" (from May 2011!).
The last sentence sounds like one of those old public service announcements
Go for the tried and true path. Don't be risking your data on NoSQL databases.
As a result, NoSQL databases may only have partial or no sql support.
No shit, Sherlock
Somehow I can't
, over and over
again. And curiosity wins again, as I try to install Fedora 16 Beta
, this time on a 20" iMac
(MB323LL/A). To my surprise, it sucked a somewhat
less than previous version, let's recap
and a webserver
on the same machine reveals the following strange entries in the webserver's log:
127.0.0.1 - - [21/Oct/2011:18:59:02 -0700] "GET /announce?info_hash=.... \
HTTP/1.1" 404 142 "-" "rtorrent/0.8.6/0.12.6"
This happens every few minutes or so. It's not causing any trouble, but why does
rtorrent connect to localhost? Someone at #rtorrent
pointed out that it may be a tracker, resolving to
. And indeed, going through the trackerlist a popular tracker decided to resolve some of their servers to localhost
. And they even explain why:
Because retarded ISPs and registrars like to hijack NXDOMAIN responses to display
ads and crap. Also, if you are using a service like OpenDNS, you'll get their generic
error response instead.
seems weird, so for now I'm just adding the tracker in question to
and point it to an unused private IP address
to get rid of these bogus log entries.
For some reason, this happened:
# pkgutil -u CSWpkgutil
Checking integrity of ../catalog.mirrors.usc.edu_pub_csw_unstable_sparc_5.10 with gpg.
gpg: Signature made Wed Oct 05 12:32:42 2011 PDT using DSA key ID 9306CC77
gpg: Can't check signature: public key not found
Bad signature detected in catalog!
But the key
had been imported already:
# gpg --list-keys 9306CC77
pub 1024D/9306CC77 2011-08-31
uid OpenCSW catalog signing
sub 2048g/971EDE93 2011-08-31
So why would
not recognize it? truss(1)
to the rescue!
# truss -elfda pkgutil -u CSWpkgutil
20753/1: 3.2282 execve("/opt/csw/bin/gpg", 0x0020A208, 0x00028B60) argc = 5
20753/1: argv: /opt/csw/bin/gpg --homedir /var/opt/csw/pki --verify
20753/1: 3.3719 open("/var/opt/csw/pki/pubring.gpg", O_RDONLY) = 3
Aha! So we need to import the key to CSWpkgutil
# gpg --homedir /var/opt/csw/pki --keyserver keys.gnupg.net --recv-key 9306CC77
gpg: requesting key 9306CC77 from hkp server keys.gnupg.net
gpg: key 9306CC77: public key "OpenCSW catalog signing " imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg: imported: 1
After doing that (and setting the key's trust
worked again :-)