Skip to content

Don't let your kids play with NoSQL!

Not that I do much 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.
Another favourite:
  As a result, NoSQL databases may only have partial or no sql support.
No shit, Sherlock! :-)

Fedora 16 Beta

Somehow I can't help myself, 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:
  • Sound still does not work, #580703 seems to cover it.
  • abrt seems to work now: at least I was prompted to send a bug report about some SELinux messages and it concluded that it'd be a duplicate. Yay, abrt.
  • pidgin-otr was able to install this time.
  • What about all these gvfs bugs in past relases? Not sure about that, I'm using LXDE now, which still uses gvfsd but I did not notice any ill-effects so far.
  • /bin/mount still lists an awful lot of crap, too much IMHO. But I forgot to open a UI-bug for this, maybe this helps (and explains what I mean):
      alias mounted="mount | egrep -v '^(cgroup|debugfs|hugetlbfs|mqueue|securityfs|systemd)'"
    
  • Although the says completed in 2009" I could only confirm this with F16 (and the LXDE spin), startup time is amazing now.
  • Yum still sucks, big time. It's slow (surprise!) and when I dared to interrupt a running yum I had to perform all kinds of black magic to get the package database in a clean state again. Unbelievable.


  • Moving on...

rtorrent: GET /announce?info_hash=

Running rtorrent 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 localhost. 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.
Understandably :-)

Well, redirecting localhost seems weird, so for now I'm just adding the tracker in question to /etc/hosts and point it to an unused private IP address to get rid of these bogus log entries.

pkgutil: Bad signature detected in catalog!

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 pkgutil 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's keystore:
# 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) pkgutil worked again :-)