Isotopp sagt: Die Leute sind nicht dumm genug fuer DRM ...

Comparing DRM and Torrent

Der Effekt, den man in der Grafik schoen sehen kann, wird inzwischen von genuegend Endnutzern wahrgenommen. Endnutzer, die gerne fuer das Produkt auch das Geld ausgeben wuerden. Kris ist der Meinung, dass die, die es nicht verstanden haben, vom Markt ge-darwin-ed werden. Zaehlt dabei auch eine Reihe Unternehmen auf:

• Yahoo
• Fictionwise
• Migros
• Netflix und
• Microsoft

Ich mag' Microsoft ungern in Schutz nehmen, oder Ihnen gar Gutes unterstellen,aber Microsoft hat durch die DCMA-Vorgaben und der Implementierung von DRM in Vista einen riesigen Schuh zu tragen. Peter Gutmann hatte im Juni 2007 die Kosten fuer DRM in Vista analysiert und hat in einem umfangreichen Paper die Nachteile offengelegt. Microsofts hat auch eine offizielle Antwort dazu, die Hardwareindustrie jedenfalls freut sich ueber die Verbrennung von Taktzyklen und die quasi kuenstliche Verlangsamung der Anwendungen. Der Endnutzer wird naemlich wieder neue Hardware draufwerfen.

Leider finde ich gerade keine Referenz dafuer, aber ich hatte einen Kommentar gelesen, in dem Bill Gates sinngemaess zitiert wurde mit: "Wenn ihr schmerzfrei eure Musik ueberall hoeren wollt, dann rippt euch doch zu MP3".

Ich glaube schon, dass der Grosskonzern sich da bewusst ist, dass DRM fuer den Endnutzer kein Usability-Gewinn ist, aber sie aufgrund von politischen Entscheidungen das ganze Geraffel in die Systeme einbauen muessen.

Ich fuer meinen Teil, freue mich dass der Internationaler Tag gegen DRM auf den 4. Mai 2010 faellt.

In diesem Sinne: XKCD-Steal this comic

The Phenomenon

I just inherited the care for a system. The system of SWSBO was setup by a good friend, a so called Debian-Maintainer, who knows what he does and has to do. Because of some ugly hardware issues he supplied the system with a custom build kernel because a year ago or so, some drivers for the suspicious hardware was not in mainline. The system is setup with LVM on the lower layer and having the single LVs encrypted with luks. I normally setup my systems the other way around(puting the encryption below the LVM) but this gives equivalent security and should work equally well, if not even better.

Nevertheless the system looked quite goot in shape but meanwhile needed some updating.

So I did.

Imagine, your system refuses to build any new initramdisk. "WTF" I thought.

Yes, update-initramfs and mkinitramfs barfs out.

      mkinitramfs: for root /dev/mapper/marte-c_root_crypt missing dm- /sys/block/ entry
      mkinitramfs: workaround is MODULES=most
      mkinitramfs: Error please report the bug

Wow! ... thats a thing. Of course what I can see is, that it seems to have the opinion the root-device is depending on "dm-" -- obviously missing a number at the end. But where does that come from? No information is available on how to debug this. How does mkinitramfs come to this value at all? Neither /proc/mounts nor /etc/{crypt,m,fs}tab had a rouge entry that could lead to this.

is the source with me

So what's happening here? Diving into updateinitramfs doesn't bring any clue, because it's simply calling mkintramfs with some parameters.

Next try:

      sh -x mkinitramfs .......

shows us the flow of the execution and where it barfs out. Not in mkinitramfs.

You can find it in /usr/share/initramfs-tools/hook-funktions -- Who would have thougt that ...

So I found the source, and, couldn't really believe. It's absolutely doing what the author intended. There seems no bug, or strange case here.

The Author didn't think of encrypting an logical volume. I was even told in IRC that this code can't deal with more than 2 Layers of devicemapper-dependencies. I don't quite understand, where the difference in Nr-of-Layers is in comparision to having the crypt below the LVM, but I didn't care any longer at that moment for a discussion. I wanted a solution.

Finding the Solution

Now, even the error mentions the solution: "MODULES=most" -- This should disable the "pseudointelligent" algorithm thats not able to find the correct rootdevice, but instead put nearly all sensible modules into the ramdisk.

"Strange: Didn't I already configure that?"

      ~# grep MODULES /etc/initramfs-tools/initramfs.conf 
      # MODULES: [ most | netboot | dep | list ]
      MODULES=most

Indeed! ... so what's the matter here?

A slight modification made my head slap for another hour against the wall.

      ~# grep **-r** MODULES /etc/initramfs-tools/*
      /etc/initramfs-tools/initramfs.com:# MODULES: [ most | netboot | dep | list ]
      /etc/initramfs-tools/initramfs.com:MODULES=most
      /etc/initramfs-tools/conf.d/driver-policy:MODULES=dep

So we can see, that some obscure script, put this file there, and happily overwriting my manual changes in the default configuration-location.

The Solution

The problem was solved with:

      rm /etc/initramfs-tools/conf.d/driver-policy

Of course, I verified, that this file only consisted of this very line and some comments "Attention, this will override global config!" -- No! Indeed! Who would have thought!

Resume

I still haven´t quite understood how the code in mkinitramfs should work, but somehow it seems a bit flawed. A can imagine a lot other setups that would lead to to stranger problems. I will see, if I can manage to write a bugreport, and will update here when I have a BTS#. Meanwhile I'm wondering, how fragile this whole kernel/Boot-Infrastructure is, and why I am the one who happens to stumble over these uggly problems.

Bashing on some IPv6 myths

monitoring network-collisions counter with munin

As a Q&D-Hack I needed to monitor the values of the collisions-counter on my machine.

I'm already using munin, so I had to tweak that.

Because the if_err_ script already takes values from /proc/net/dev I just changed that script for the moment. Here is the patch:

    root@zeroone:/etc/munin/plugins# diff   if_err_eth0 if_colls_eth0 
    66c66
    < INTERFACE=`basename $0 | sed 's/^if_err_//g'`
    ---
    > INTERFACE=`basename $0 | sed 's/^if_colls_//g'`
    89c89
    <       echo "graph_title $INTERFACE errors"
    ---
    >       echo "graph_title $INTERFACE collisions"
    93c93
    <       echo "graph_info This graph shows the amount of errors on the $INTERFACE network interface."
    ---
    >       echo "graph_info This graph shows the amount of collisions on the $INTERFACE network interface."
    110c110
    <         print "rcvd.value " $3 "\ntrans.value " $11 \
    ---
    >         print "rcvd.value " $3 "\ntrans.value " $14 \

Further idea could be to integrate with the error-plugin, if time allows.

Ein insider spricht ueber die Gemeinsamkeiten der erfolgreichen (Computer-)Spiele der letzten Jahre, denen niemand das zugetraut haette. Warum hatten Guitar-Hero, Wii, Farmville und Co SOooo viel Erfolg?

Nach seiner Analyse, extrapoliert er, wie das ganze in Zukunft weitergeht. Weitergehen kann ...

Schaut' euch das Video an...

Fuer mich ist das extrapolierte ein klein wenig gruselig, aber ich schaff' es nicht, ihm zu widersprechen.

gefunden bei Fefe

Dear Lazyweb ...

I don't like skype. It's closed source. The protocol has been barely reverse engineered.

So I'd rather go with xmpp(jabber). Jabber is an quite cool protocol and there are enough clients out there, that are able to speak xmpp.

But: there has been at least 5 years in between the first Instant Messengers that could do Voice and even Videochats.

Why is it so complicated to find an xmpp-Client for Windows that's able to do that?

I mean, come on: Windows is the base of the "just want it to work"-userbase. Skype simply does. Even MSN simply works and is preinstalled.

How can I explain a "standarduser" we have to sort out and test different xmpp-clients to have webcam and phone?

I'm using myself pidgin on linux. It has support for Voice and Audio ... great. Even works really well between two linux machines. But pidgin on windows? No support. Yes, there may be some reasons. Pidgin has build in Multimedia-Stuff via gstreamer subsystems. These are not available on windows ...

OK, look for an other xmpp-client, thats available for windows. Even tried the complete Wikipedia List of XMPP-Clients.

• Pidgin has all the plugins I'm using but can't support Video/Audio on Windows because of no gstreamer support
• Miranda had a chance, but Videosupport was only proprietary and from 2006(?) ...
• Psi has only audio support, but couldn't negotiate with linux (but it tried, at least) (BTW: This support is by an gstreamer.dll as an MinGW-compile. WTF: Pidgin, do you hear me?)
• Jabbear(notice the "a"!) downloads an version, installs. when startet it tells me, that this beta is expired, and there is a new version available. Donwload it, damned! "Uhh,ohh .. can't download ... ". WTF?!?!
• SIP-Communicator has support for xmpp and for voice/video ... but the latter only for SIP! WTF!!!

How far should one go from here?

My requirements are quite simple: Make Voice and Video chats between Linux and Windows users as simple as skype but use opensource, preferably XMPP as protocol. Support for OTR has a really high priority.

Dear lazyweb ....

Signs of life ...

• Yeah, I'm still alive.
• And I'm trying to blog ...

But meanwhile I put this server on SSL with an self-signed Root ...

For the time being it runs on non-standard-port 1443 because 443 is hosting an OpenVPN-Connection. Nevertheless this will be solved (hopefully soon).

The CA-Root-Certificate for YOUR store can be downloaded from the welcomepage. There are some fingerprints too (even if they probably don't help you much, if this webserver would be insecure.

Acapella in Mannheim

Der Zauberer, als geuebter Acapella-Fan brachte mich vor kurzem darauf, dass quasi direkt vor meiner Haustuer ein Event stattfindet, zu dem ich sowieso mir mal vorgenommen hatte zu gehen.

Das Capitol in Mannheim hat eine Acapella-Nacht organisiert, um Publikum an das Thema ranzufuehren, anzufixen, oder einfach nur zu begeistern.

Ich fuer meinen Teil hatte zu dem Thema bis dato nur ein paar uebliche und inzwischen recht bekannte Namen im Kopf; Die Prinzen(ja auch die haben mal acapella-only gemacht) oder ?WiseGuys. Hier hatten nun drei Gruppen bzw. Einzeldarsteller die Gelegenheit Ausschnitte aus Ihrem Programm darzubieten: Six Pack, Martin O, Tonalrausch.

Six Pack

Six Pack sind schon mehr als zehn Jahre (in sich immer wieder teilweise aendernder Besetzung) im Geschaeft und das merkt man Ihnen auch an. Selbstverstaendlich stehen sie auf der Buehne tragen ihre Stuecke vor und machen jede Menge Klamauk dabei. Erschuettert wurden das Publikum als der Sopran der Truppe Hijo de la luna Vortrug und uns allen das Mark in den Knochen gefrieren liess.

Alles in allem eine ueberzeugende Truppe der man gerne laenger zugehoert haette, aber es sollten noch mehr Darbietungen anderer Kuenstler folgen.

Martin O.

Nach der Pause ging es weiter mit Martin O..

Ein sehr spezieller Mensch, der mit seiner Loopmachine und seiner Stimme spannende und durchaus auch lustige Geraeuchkulissen zusammenbaut.

Schade, dass sowas allerdings an Attraktivitaet verliert, wenn man immer wieder das selbe sieht/hoert, und bisther scheint er nur ein Programm zu haben, das leider auch jedes mal ziemlich identisch zelebriert wird.

Vorteil eines Life-Auftritts, am Ende gab es nochmal eine Zugabe bei der er die anderen Darbietenden als Loops benutzt hat. Das gab wenigstens den Eindruck spontan zu sein.

Tonalrausch

Tonalrausch ist noch relativ neu auf der groesseren Acapellabuehne. Zumindest hat man ihnen ein wenig angemerkt, dass sie sich auf der grossen leeren Buehne nur recht schwer in Szene setzen konnten.

Fuer den Gelegenheits Acapella-Hoerer ist Tonalrausch mal etwas ganz anderes. Nicht so viel Klamauk wie bei Wiseguys, Six Pack oder Intrmzzo (wobei letztere noch nichtmal reines Acapella sind)

Sehr spannend interpretierte Titel, Jazz und Swing. Technisch auch sehr schoen vorgetragen. Spannend wird es im Januar, wenn Tonalrausch im Cafe um die Ecke ein kleines Konzert geben will. Karten haben wir heute gleich mitgenommen.

Apropos Karten: Das Foto zeigt einen netten Fauxpass der Kartenagentur "/Freitext4/"

Aufschrei der 64'er

Bin ich Generation C64?

Eigentlich ja eher Generation KC85, aber es läuft auf was ähnliches hinaus.

Selbst der Spiegel berichtet mal recht ordentlich.

Zapp-Bericht im NDR-Fernsehen über Internetsperren

Das NDR-Magazin Zapp bringt einen kurzen, prägnanten Bericht, der Laientauglich erklaert worum es geht und wo es hinführt; wo wir hingeführt werden (sollen)

Zapp

Das ganze gibt es dann auch live im Fernsehen am Mittwoch, 29.5.2009, 23:00 und wird am 29.5.09 in der Nacht wiederholt. Nicht gerade Publikumstaugliche Zeiten, aber zum Glück gibt es den Bericht ja auch (noch) direkt in der NDR-Mediathek (siehe Link oben).

Schaut es euch an, und überlegt euch selbst ob ihr euch das Internet sperren lassen wollt, weil Politiker demagogische Symbolkämpfe um Wahlvieh betreiben oder ob vielleicht die Vereinigung MOGIS näher an der Wahrheit mit Ihrer Realitätseinschätzung liegt.

Ich werde hier nicht auch nochmal anfangen, die gesamte Argumentation aufzuzählen, mit der das Vorgehen der Regierung auseinandergenommen wird, da genügend andere Foren im Netz bereits auf diversen technischen und nichttechnischen Ebenen auf das Thema eingehen.

Schaut euch den Artikel an und denkt/entscheidet selbst, dauert auch nur 10min.

Anschliessend dürft Ihr dann auch gerne die Petition zeichnen.

PS: ARD

Das ARD hat bereits am 18. April über das Thema berichtet: ARD-Nachtmagazin