Marek Mahut

“The Recording Industry Association of America has done a number of distressing, disgusting, and disgraceful things in its never-ending quest to fill its coffers with ill-gotten gains from every American with an internet connection. The news out of Pittsburgh, however, carries what we have to class as the most depraved stunt we’ve seen them pull so far.”

Bug 17063 PackageKit does not work at all is really a funny bug report Lou Rosas really know how to get the attention.

I find Matt Asay’s new article about Mark Murphy’s analyzes on Oracle enterprise linux very interesting, quoting part of the article.

Oracle has failed in its attempt to enter the Linux market. Our recent survey of Oracle database customers reveals that only 1 out of 32 customers currently uses Oracle Unbreakable Linux. This one customer also commented that “support is terrible, it is difficult to get an answer to my problems, Oracle’s agents never understand my company.” The survey reflects a very low penetration rate in the 2-year period since Oracle unveiled Unbreakable Linux with much fanfare, including live penguins running around onstage with Larry Ellison. Resellers continue to characterize Unbreakable Linuxas a failure because Oracle ultimately cannot control the future direction of RedHat Enterprise Linux, upon which it is based.

While the Street has expected Unbreakable Linux to severely impact Red Hat, its failure ironically serves as a proof-point of the underlying defensibility of RedHat’s business model. In fact, in the two years since Oracle introduced Unbreakable Linux, Red Hat’s billings have grown at an average rate of 31%–representing clear market share gains.

Do you really know how banking system works? Could it last forever? Where does all this money come from? When our economy system will collapse? Money as debt is a documentary movie trying to show some light on the system.

Fedora 10 is out! GET IT NOW! Check what’s new.

Interesting report from pingdom about uptime of Linux ditros’ homepage (but also Apple and Microsoft). I’m more than happy to see Fedora and Red Hat taking leading positions in this benchmark.

If you are using clustered service with kerberos, you may want to merge hostnames keytab files to one for simple distribution.

• Create host and service principals.

kadmin:  addprinc -randkey host/node1.corp.intranet.lan
kadmin:  addprinc -randkey host/node2.corp.intranet.lan
kadmin:  addprinc -randkey host/node3.corp.intranet.lan
kadmin:  addprinc -randkey host/node4.corp.intranet.lan
kadmin:  addprinc -randkey host/node5.corp.intranet.lan
kadmin:  addprinc -randkey host/node6.corp.intranet.lan
kadmin:  addprinc -randkey host/node7.corp.intranet.lan
kadmin:  addprinc -randkey host/node8.corp.intranet.lan
kadmin:  addprinc -randkey HTTP/node1.corp.intranet.lan
kadmin:  addprinc -randkey HTTP/node2.corp.intranet.lan
kadmin:  addprinc -randkey HTTP/node3.corp.intranet.lan
kadmin:  addprinc -randkey HTTP/node4.corp.intranet.lan
kadmin:  addprinc -randkey HTTP/node5.corp.intranet.lan
kadmin:  addprinc -randkey HTTP/node6.corp.intranet.lan
kadmin:  addprinc -randkey HTTP/node7.corp.intranet.lan
kadmin:  addprinc -randkey HTTP/node8.corp.intranet.lan

• Save them to only one file (cluster.keytab).

kadmin:  ktadd -k /etc/httpd/cluster.keytab host/node1.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab host/node2.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab host/node3.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab host/node4.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab host/node5.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab host/node6.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab host/node7.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab host/node8.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab HTTP/node1.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab HTTP/node2.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab HTTP/node3.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab HTTP/node4.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab HTTP/node5.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab HTTP/node6.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab HTTP/node7.corp.intranet.lan
kadmin:  ktadd -k /etc/httpd/cluster.keytab HTTP/node8.corp.intranet.lan

• As alternative, you can use command ktutil if you already have a bunch of keytab files.

ktutil:  rkt /etc/krb5/node1.corp.intranet.lan.keytab
ktutil:  rkt /etc/krb5/node2.corp.intranet.lan.keytab
ktutil:  rkt /etc/krb5/node3.corp.intranet.lan.keytab
ktutil:  rkt /etc/krb5/node4.corp.intranet.lan.keytab
ktutil:  rkt /etc/krb5/node5.corp.intranet.lan.keytab
ktutil:  rkt /etc/krb5/node6.corp.intranet.lan.keytab
ktutil:  rkt /etc/krb5/node7.corp.intranet.lan.keytab
ktutil:  wkt /etc/cluster.keytab

Voila.

Interesting. Larry McVoy, CEO of BitMover inc. – the company which produces BitKeeper, was quite afraid of open source competition mercurial back in 2005. Now, we know why.

From: Bryan O’Sullivan <bos <at> serpentine.com>
Subject: Why I am no longer working on Mercurial
Newsgroups: gmane.comp.version-control.mercurial.devel
Date: 2005-09-30 21:40:55 GMT

As I mentioned the other day, I will not be contributing to Mercurial
development for a while.  Several people have asked me why.

At my workplace, we use a commercial SCM tool called BitKeeper to
manage a number of source trees.  Last week, Larry McVoy (the CEO of
BitMover, which produces BitKeeper) contacted my company's management.

Larry expressed concern that I might be moving BitKeeper technology
into Mercurial.  In a phone conversation that followed, I told Larry
that of course I hadn't done so.

However, Larry conveyed his very legitimate worry that a fast,
stable open source project such as Mercurial poses a threat to his
business, and that he considered it "unacceptable" that an employee of
a customer should work on a free project that he sees as competing.

To avoid any possible perception of conflict, I have volunteered to
Larry that as long as I continue to use the commercial version of
BitKeeper, I will not contribute to the development of Mercurial.

As such, Mercurial can stand entirely on its own merits in comparison
to BitKeeper.  This, I am sure, is a situation that we would all
prefer.

	<b