Sie sind hier

Debian

IPv6 connectivity

Nachdem ich dann mal dafür gesorgt habe, daß die Server IPv6 haben, ging es nun darum, auch daheim IPv6 haben zu wollen. Im Prinzip war das eine einfache Sache, da das LAN ja schon per OpenVPN mit dem Server eine Verbindung hatte. Da das relativ schnell ging und auch gar nicht weh tat, hier mal meine Vorgehensweise:

  1. einen IP 6-in-4 tunnel konfigurieren. Dazu geht man ähnlich vor, wie beim Einrichten des Tunnels zu Sixxs.net, bloß halt auf beiden Seiten des Tunnels.
  2. ein IPv6 ::/64 Subnet aussuchen, das man dann auf den Tunnel routet.
  3. im LAN dann /etc/radvd.conf dahingehend konfigurieren, daß es den Prefix im LAN announced.
  4. /etc/network/interfaces entsprechend konfigurieren, d.h. den richtigen Interfaces die richtigen IPs und Gateways zuweisen.
  5. fehlende Routen setzen bzw. konfigurieren.
  6. fertig.

Klingt erstmal recht einfach, oder? Ist es im Prinzip auch, wenn man nicht wie ich den Fehler macht, das falsche Interface für das Routing zu verwenden. Hintergrund: ich hab hier einen Xen-Kernel am Laufen und deshalb ist mein Interface zum LAN mit peth0 eine Bridge, die als physisches Interface eth0 hat. An die Bridge werden dann die virtuellen Interfaces der Xen VMs gekoppelt. Na, jedenfalls hab ich ca. 2 Stunden gebraucht, um festzustellen, daß mein gesamtes Tunnelsetup eth0 enthielt. Das Resultat war, daß ich zwar den Router daheim erreichen konnte, aber nicht die Rechner dahinter, obgleich von den anderen Rechnern ICMP echo requests nach draußen ging, aber die Antworten nur bis zum Router kamen. Stattdessen gingen zwischen Router und Rechner munter Neighbor advertisements und Neighbor solicitation Pakete hin und her (s.a. IPv6 Grundlagen · Funktionalität · Integration von Silvia Hagen, S. 107-110, ISBN 3-9522942-0-9).

Ansonsten ging die Einrichtung aber völlig problemlos vonstatten. Was aber zu beachten ist, wenn man sowas macht, ist, daß man dann direkt eine öffentliche IP im Internet hat und nicht mehr sicher hinter einem Router mit eingebauter Firewall sitzt. Also muss man selber dafür sorgen, daß der Rechner wieder sicher ist!

Wenn man dann noch so neugierig ist wie ich, kann man sich auch nochmal den Traffic anschauen, der nun über die IPv6 Verbindung ins Netz geht, wenn man so durchs Netz surft, um festzustellen, welche Seiten bereits mit IPv6 ausgestattet sind. Man wird feststellen: es sind die wenigsten. Sogar solche Seiten wie heise.de, die ja immer gerne darüber berichten, wie knapp IPv4 Adressen ja werden und wie dringend der Wechsel auf IPv6 doch sei, sind nicht per IPv6 erreichbar. Irgendwie kann man somit deren Berichterstattung über das Thema nicht mehr ganz so ernst nehmen, wenn sie selber mit der Implementation so zögerlich sind.

Aber um das Thema IPv6 mal etwas mehr ins Blickfeld zu rücken hab ich in der Sidebar rechts zwei kleine Applets zu diesem Thema platziert. Das eine zeigt den IPv4 Exhaustion Counter, das andere das Verhältnis zwischen IPv4 und IPv6 Besuchern auf diesem Blog.
Seit gestern hat sich das Tempo beim Exhaustion Counter übrigens verlangsamt: waren es da noch 763 Tage bis zum bitteren Ende, begrüßte mich dier Counter heute mit der Botschaft, daß es noch 765 Tage seien, also zwei mehr als gestern noch.

Kategorie: 
 

Gallery and missing exif information - solved!

Also im Moment gibt es für mich keinen größeren Nerv-Faktor im deutschen als dieser Song von Polardingsbums 18. Da finde ich Da Da Da von Trio ja noch besser und weniger nervtötend. Aber dieses "Allein, allein..." ist einfach billiger Kommerzpop. Ok, vielleicht nicht ganz so, aber nervig ist der Titel allemal!

Bei sowas hab ich dann immer die Hoffnung, daß sich es meistens nicht lange im "Business" hält.

Kategorie: 
 

Gallery and missing exif information

Yesterday I asked for help because I was missing exif information in my Gallery2 installation. Today I found the reason for this, when I was trying get a random image block displayed in my blog, which fails as well.
There seems a bug in /usr/share/php/adodb/drivers/adodb-postgres7.inc.php:

Warning: pg_query_params() [function.pg-query-params]: Query failed: ERROR: column "g_userid" is of type integer but expression is of type text HINT: You will need to rewrite or cast the expression. in /usr/share/php/adodb/drivers/adodb-postgres7.inc.php on line 113
-1: ERROR: column "g_userid" is of type integer but expression is of type text HINT: You will need to rewrite or cast the expression.

ADOConnection._Execute(
INSERT INTO
g2_ImageBlockCacheMap
SELECT DISTINCT
?, ?, g2_Entity.g_creationTimestamp, g2_Entity.g_id, FLOOR(RANDOM()
*..., Array[45]) % line 1007, file: adodb.inc.php

ADOConnection.Execute(
INSERT INTO
g2_ImageBlockCacheMap
SELECT DISTINCT
?, ?, g2_Entity.g_creationTimestamp, g2_Entity.g_id, FLOOR(RANDOM()
*..., Array[45]) % line 952, file: GalleryStorageExtras.class

GalleryStorageExtras.execute(
INSERT INTO
[ImageBlockCacheMap]
SELECT DISTINCT
?, ?, [GalleryEntity::creationTimestamp], [GalleryEntity::id],
FLOOR(R..., Array[45]) % line 507,
file: GalleryStorage.class

GalleryStorage.execute(
INSERT INTO
[ImageBlockCacheMap]
SELECT DISTINCT
?, ?, [GalleryEntity::creationTimestamp], [GalleryEntity::id],
FLOOR(R..., Array[45]) % line 742,
file: ImageBlockHelper.class

ImageBlockHelper.cacheViewableTree(17) % line 520, file: ImageBlockHelper.class

Error performing imageblock.LoadImageBlock callback realpath(/usr/share/gallery2/modules/core/classes/../../../) realpath(/var/www/net/gallery.windfluechter.net/) Error (ERROR_STORAGE_FAILURE)

* in modules/core/classes/GalleryStorage/GalleryStorageExtras.class at line 959 (GalleryCoreApi::error)
* in modules/core/classes/GalleryStorage.class at line 507 (GalleryStorageExtras::execute)
* in modules/imageblock/classes/ImageBlockHelper.class at line 742 (GalleryStorage::execute)
* in modules/imageblock/classes/ImageBlockHelper.class at line 520 (ImageBlockHelper::cacheViewableTree)
* in modules/imageblock/classes/ImageBlockHelper.class at line 283 (ImageBlockHelper::fetchViewableData)
* in modules/imageblock/classes/ImageBlockHelper.class at line 93 (ImageBlockHelper::_getBlockData)
* in modules/imageblock/Callbacks.inc at line 83 (ImageBlockHelper::loadImageBlocks)
* in modules/core/classes/GalleryTemplateAdapter.class at line 1052 (ImageBlockCallbacks::callback)
* in g2data/smarty/templates_c/%%626616196/matrix/%%A3^A3E^A3E218EA%%ImageBlock.tpl.php at line 5 (GalleryTemplateAdapter::callback)
* in /usr/share/php/smarty/libs/Smarty.class.php at line 1868
* in modules/core/classes/GalleryTemplateAdapter.class at line 983 (Smarty::_smarty_include)
* in g2data/smarty/templates_c/%%626616196/matrix/%%B4^B49^B49848CB%%sidebar.tpl.php at line 7 (GalleryTemplateAdapter::block)
* in /usr/share/php/smarty/libs/Smarty.class.php at line 1868
* in modules/core/classes/GalleryTemplateAdapter.class at line 909 (Smarty::_smarty_include)
* in g2data/smarty/templates_c/%%626616196/matrix/%%AD^AD7^AD74CEE9%%photo.tpl.php at line 12 (GalleryTemplateAdapter::theme)
* in /usr/share/php/smarty/libs/Smarty.class.php at line 1868
* in modules/core/classes/GalleryTemplateAdapter.class at line 909 (Smarty::_smarty_include)
* in g2data/smarty/templates_c/%%626616196/matrix/%%3A^3A8^3A818B59%%theme.tpl.php at line 55 (GalleryTemplateAdapter::theme)
* in /usr/share/php/smarty/libs/Smarty.class.php at line 1262
* in modules/core/classes/GallerySmarty.class at line 61 (Smarty::fetch)
* in modules/core/classes/GalleryTemplate.class at line 219 (GallerySmarty::fetch)
* in main.php at line 521 (GalleryTemplate::fetch)
* in main.php at line 104
* in main.php at line 88
* in main.php at line 3

file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/module/_all/0/0/GalleryPluginHelper_fetchPluginStatus.inc) getParameter smarty.compile_check for core plugin file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/module/core/0/0/0.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/smarty/templates_c/%%626616196/matrix/%%C7^C79^C79EEB7F%%ItemInfo.tpl.php) strftime(%x, 1231148074) file_exists(/var/www/net/gallery.windfluechter.net/g2data/smarty/templates_c/%%626616196/matrix/%%F3^F3E^F3EB483E%%PhotoSizes.tpl.php) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/2/1/21143.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/2/1/21080.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/1/9/19996.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/4/4/4457.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/0/0/7.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/smarty/templates_c/%%626616196/matrix/%%5A^5A3^5A33504B%%Navigator.tpl.php) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/2/1/21148.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/2/1/21588.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/2/1/21127.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/2/1/21138.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/cache/entity/2/5/25248.inc) file_exists(/var/www/net/gallery.windfluechter.net/g2data/smarty/templates_c/%%626616196/matrix/%%F6^F68^F68636C4%%ExifInfo.tpl.php) postgres7 error: [-1: ERROR: current transaction is aborted, commands ignored until end of transaction block] in EXECUTE(" SELECT g2_Group.g_id, g2_Group.g_groupName FROM g2_UserGroupMap, g2_Group WHERE g2_Group.g_id = g2_UserGroupMap.g_groupId AND g2_UserGroupMap.g_userId = ? ORDER BY g2_Group.g_groupName ")

So, when there's the image block activated in theme setting, some queries like the above are failing and neither the image block nor the exif data block is displayed. The temporary solution is therefor to remove the image block from your theme or deactivate/uninstall the plugin at all. The long term solution will be to wait for an updated gallery2 after I've reported this bug to the BTS... ;)

UPDATE: #518572

Kategorie: 
 

HowTo: Migrate RAID1 to RAID5

Als ich heute mein eines RAID1 auf RAID5 migriert habe, hatte ich Probleme vom RAID1 zu booten. Zur Information: md0 und md2 sind /boot und / bei mir und als RAID1 angelegt. Das LVM ist auf dem RAID5. Die Probleme gab es mit md2. Als Boot-Parameter ist "root=/dev/md2" angegeben. In /etc/mdadm/mdadm.conf steht folgendes:

ARRAY /dev/md0 level=raid1 num-devices=2 devices=/dev/sd[ab]1
ARRAY /dev/md1 level=raid1 num-devices=2 devices=/dev/sd[ab]2
ARRAY /dev/md2 level=raid1 num-devices=2 devices=/dev/sd[ab]3
ARRAY /dev/md3 level=raid1 num-devices=2 devices=/dev/sd[ab]5
ARRAY /dev/md4 level=raid1 num-devices=2 devices=/dev/sd[ab]6

Obiges ist die originale Ausgangssituation.

Nachdem nun das RAID1 um die dritte Platte erweitert wurde, muss in der mdadm.conf natürlich der Eintrag abgeändert werden, z.B. auf:

ARRAY /dev/md2 level=raid1 num-devices=3 devices=/dev/sd[abc]3

Wer seine Arrays anhand er UUID anspricht, muss da natürlich weniger ändern, aber das eigentliche Problem ist wohl, daß die mdadm.conf in der initrd vom Kernel nicht geupdated wird, selbst wenn man update-initramfs -u -k all aufruft. Dies führt dann dazu, daß der Kernel beim Booten mit der initrd feststellt, daß es einen Konflikt zwischen mdadm.conf und der Information auf dem Array selber kommt und somit das Array nicht gestartet werden kann.

Die Frage ist nun, wie man die aktuelle mdadm.conf in das initrd Image hineinbekommt. Ich vermute, daß es per dpkg-reconfigure mdadm funktionieren könnte, aber da mein RAID5 die nächste Zeit noch am reshapen ist, kann ich das gerade nicht ausprobieren.

Kategorie: 
 

Performance Tweaking with Drupal

Heute fand in Rostock das OpenLab #2 zum Thema Verschlüsselung statt. Die Veranstaltung war wieder sehr gut besucht und es wurde über die verschiedenen Themen rund um die Verschlüsselung referiert. Hauptsächlich ging es dabei um S/MIME und auch CAcert/Thawte.


Viele Fragen wurden von den Vortragenden beantwortet, insbesondere in Bezug auf die Sicherheit, Web of Trust und die Implementierung in Mailprogrammen. Am Schluß war die Signierstunde dann natürlich obligatorisch.

Mehr Bilder gibt es wieder in der Gallery.

Kategorie: 
 

Automatically restore files from lost+found - improved

NOTE: you can find the newest version at: http://blog.windfluechter.net/content/blog/2011/03/30/1095-updated-automatically-restore-files-lostfound

Ok, my last version was a pure Bash solution: working, but slow. There were some comments how to improve the performance and I decided finally to reimplement the second script as Python script.

The Bash script didn't finish within a day. The Python script ends after 1-2 hours in my test scenario. So, here are the scripts again:

make-lsLR.sh - call this regularly (cron) to create the needed files that are stored in /root/. Of course you can alter the location easily and exclude other directories from being scanned. 

check_lost+found.py - The second script is to be run when your fsck managed to mess up with your files and stored them into lost+found directory. It takes 3 arguments: 1) the source directory where your messed up lost+found directory is, 2) the target directory to which the data will be saved and 3) a switch to actually make it happen instead of a dry-run.

I've chosen to copy the files to a different place instead of moving them within the same filesystem to their original place for safety reasons. Primary goal is to retrieve the files from lost+found, not to replace a full featured backup and restore application. Because of this the script doesn't handle hard- nor symlinks correctly. It just copy files. Of course there's still room for improvements, like handling hard-/symlinks correctly or using inode number instead of md5sums to move data back to its prior location. But it works for me[tm] well enough in this way, so I'm satisfied so far. You're welcome, though, to improve this piece of ugliness if you like. Maybe someone else finds this usefull as well. Use it on your own risk, of course. :)

 

Kategorie: 
 

Upgrading to Lenny

Und wieder wird zum OpenLab eingeladen, dieses Mal bereits zum zweiten Mal. Das Thema ist das breite Spektrum "Verschlüsselung" oder genauer gesagt: "Sichere E-Mail Kommunikation / CAcert Assurance / PGP Keysigning / S/MIME"

Sichere E-Mail Kommunikation / CAcert Assurance / PGP Keysigning / S/MIME

Am Dienstag, den 24. Februar 2009, findet die zweite diesjährige Openlab Veranstaltung statt. Ralph und Thomas werden euch bei einer Einführung in das Thema Verschlüsselung unter anderem mit den Begriffen Vertrauen, Kryptografie sowie Lösungsansätzen zur Schlüsselausstellung (CA) und -verteilung (PKI) vertraut machen. Im praktischen Teil des Workshops werden wir uns gemeinsam der sicheren E-Mail Kommunikation widmen, so dass jeder am Ende in der Lage ist, seine E-Mails bei Bedarf zu signieren und zu verschlüsseln.

Wie gehabt möchten wir wieder Einsteiger wie Fortgeschrittene einladen. Ingesamt haben vier CAcert Assurer zugesagt, so dass wir erstellte CAcert Konten gleich gegenseitig beglaubigen können. Notwendig sind dafür nur zwei mitgebrachte amtliche Ausweißdokumente (keine Angst, es nimmt niemand eure Daten auf). Wer das Vertrauen seines PGP Schlüssels erhöhen möchte, kann diese ebenfalls signieren lassen.

Alle Themen könnt ihr unter Openlab 02 - Workshop Verschlüsselung nachlesen. Wir freuen uns auf deine Anmeldung und Teilnahme. Wer sich bei einem Thema noch einbringen möchtet, meldet sich bitte bei Ralph, Thomas oder Mathias 19:31, 18. Feb 2009 (CET). Inbesondere wird noch jemand gesucht, der das PGP Keysigning vorbereitet.

Anmeldung zum OpenLab #2 kann man sich hier. Ich weiss es noch nicht so genau, aber vermutlich bin ich auch dort... aber bis dahin müsste ich mich mal bei CAcert anmelden, damit sich das lohnt... ;-)

Kategorie: 
 

Lenny released, next to come: Squeeze

Bei dem Schneefall der letzten Zeit und der ganzen Schneeschipperei könnte man auf die Idee kommen, daß Schneeschippen eine gute Alternative zum Joggen sei, um die Strandfigur zu erlangen. Andererseits: wenn man bis zum Sommer Schnee schippen muss, braucht man wiederum ja auch keine Strandfigur. *grübel*

Darüberhinaus hab ich mich heute mal in so ein Fitness-Studio gewagt - vorerst nur zwecks Information. Ich weiß ja nicht, wie die anderen Kunden von McFit das so sehen, aber ich bin nicht bereit, sofort einen 12-Monats Vertrag fuer € 16.95 zu unterschreiben, wenn ich nicht weiß, ob mir das in so einer Muckibude auch Spaß macht. Besonders einladend sah es da zudem auch nicht aus. Alles ziemlich kahl und nüchtern.

Gibt es Alternativen im Raum Rostock? Ich glaube nämlich, alleine durch den Park hier zu schoggen motiviert mich unbedingt bei diesem Wetter. Wobei es mir bei dem Fitness-Studio primär darum geht, langsam wieder ein bißchen Kondition zu bekommen und meine Muskeln etwas vorzutrainieren, um dann später mal nach Wilhelmshöhe zu laufen. Meine Freundin empfiehlt ja das Studio am Vögenteich...

Kategorie: 
 

Automatically restore files from lost+found

Gestern war ich gut unterwegs in Rostock. Ich wollte nämlich ein Wii Fit für die Wii, die es zu Weihnachten gab, käuflich erwerben.
Eigentlich hatte ich das Wii Fit Board ja schon Anfang Januar bei Amazon bestellt. Die können aber derzeit nicht liefern. Ausverkauft.
Also dachte ich, daß die hiesigen "Wir-sind-doch-bloed-und-kaufen-teuer-ein-obwohl-die-Werbung-anderes-suggeriert"-Märkte der Metro-Gruppe mir da nun langsam mal aus dem Schlamasseln heraushelfen könnten. Denn dort gibt es ja immer alles und das natürlich supergünstig.
Also führte mich mein erste Weg in den MediaMarkt in Bargeshagen. Nachdem ich zwar zahlreiche Wiis, Wii-Remotes, Wii-Wheels, Wii-Ladegeräte entdeckt hatte, beschlich mich ja schon ein leiser Verdacht. Aber sicher ist sicher und wer nicht fragt bleibt dumm. Also jemanden gesucht, der mir mutmaßlich weiterhelfen könnte: gleich um die Ecke stand jemand der fleissig Pakete ins Regal packte. Die wenig freundliche Antwort gebe ich hier mal nicht wider. Kann man sich ja eh schon denken. Also noch nach einem richtigen Verkäufer gesucht und nicht nur nach einem Regaleinräumer. Nachdem einer gefunden war, wußte ich: keine Wii Fits da und wann welche kommen sollen, weiß auch niemand so recht. Alles ausverkauft. Ach?

Naja, also dachte ich mir, daß ich mein Glück beim Pro-Markt versuche. Ich brauchte eh noch eine Druckluftdose, um meine Rechner zu entstauben. Aber auch da weit und breit nichts von einer Wii Fit zu sehen. Die Druckluftdose fuer ca. € 12.- hab ich auch dort stehen gelassen, da ich mich erinnerte, daß es im Marktkauf die gleiche für ca. € 10,- gibt.

Und da ich schonmal auf der völlig anderen Seite von Rostock war, dachte ich mir, daß ich ja nochmal im zweiten MediaMarkt vorbeischauen könnte. Vielleicht hab ich ja dort Glück? Aber dem war leider nicht so. Auch dort ausverkauft und keine Ahnung, wann Nachschub kommt.

Als letztes wagte ich mich dann noch todesmutig in die Innenstadt, ohne aber in ein Parkhaus zu fahren. Bei Saturn soll es ja auch alles geben und alles günstig sein - nur halt eben kein Wii Fit Board, wie ich feststellen mußte. Insofern stimmte die Werbeaussage: selten soviel Geld gespart.

Achja, die Druckluftdose hab ich dann aus dem Saturn mitgenommen: für € 9,99.

Vielleicht gibt es ja Mitte bis Ende Februar neue Wii Fits. Aber - und das ist etwas, was ich nebenbei auch erfahren habe, als ich mich nach einem Festbrennweitenobjektiv für die D90 umgeschaut habe - die Japaner erhöhen derzeit aufgrund des starken Yen alle Preise. Mal schauen, was das dann für das Wii Fit Board bedeutet... *sigh*

Kategorie: 
 

Thoughts...

Ok, entgegen des ersten Artikels von heute morgen verbreitet Zapp (NDR) nicht unreflektiert "Tatsachen", sondern recherchiert so, wie man das eigentlich von Journalisten erwartet.
Nicht nur, daß Zapp auch über die Wikipedia-Panne mit dem "Wilhelm" berichtet, nein, stattdessen haken sie in Richtung Wirtschaftskompetenz nach. Angeblich soll unser neuer Wirtschaftsminister ja über Erfahrungen aus dem Familienunternehmen haben. Doch Zapp deckt auf, daß es sich hierbei nicht um die vonGuttenberg GmbH handelt, sondern um folgendes:

Ausweislich der Auskunftei "Creditreform" trat Karl-Theodor zu Guttenberg in der Münchener Guttenberg GmbH in Erscheinung. Sie hatte "ca. drei Beschäftigte", hatte den Unternehmenszweck "Verwaltung eigenen Vermögens" und wurde 2004 aufgelöst.

Die Information, daß von Guttenberg im Familienbetrieb mit dem Thema Trockenbau und Dämmstoffen seine Sporen in Sachen Wirtschatskompetenz verdient hat, stammt laut dem TV-Bereicht bei Zapp von der dpa, die sich demzufolge bei ihren Kunden für diese Fehlinformation entschuldigt hat.
Wenn man nun bei Wikipedia nachschaut ;-), was die dpa ist, stellt man fest, daß die dpa irgendwie ihrem eigenen Anspruch nicht so ganz gerecht wird:

Der Unternehmenszweck der dpa ist die Sammlung, Verarbeitung und Verbreitung von Nachrichten-, Archiv- und Bildmaterial jeder Art. Laut Statut soll die Agentur diese Aufgabe „unparteiisch und unabhängig von Einwirkungen und Einflüssen durch Parteien, Weltanschauungsgruppen, Wirtschafts- und Finanzgruppen und Regierungen“, erfüllen.

Unter "unparteiisch und unabhängig" verstehe ich irgendwie auch implizit "korrekt". Natürlich können immer mal Fehler beim Recherchieren entstehen, aber scheinbar machen sich die Journalisten bei dpa auch nicht viel Mühe mit ihrer Recherche.
Das Problem wird dadurch schlimmer, daß die Zeitungen solche Agenturmeldungen ungeprüft übernehmen.

Daß Zapp in diesem Zusammenhang auch noch über ein weiteres Problem berichtet, trägt natürlich nicht besonders zum Vertrauen in den Qualitätsjournalismus bei. Wenn ein ganzes Bundesland eigentlich nur noch von einem Unternehmen mit Nachrichten versorgt wird, ist das schon bedenklich.

Vielleicht ist es Zeit, daß auch in Deutschland Blogs die sich aufzeigende Lücke in der Berichterstattung zu füllen beginnen? In anderen Ländern sind Blogs schon eine wichtige Informationsquelle, aber in Deutschland scheinen Blogs eher unpolitisch zu sein, was ich schade finde. Aber ich stelle auch selber an den Zugriffszahlen fest, daß politische Beiträge eher schlecht angenommen werden und offensichtlich nicht interessieren.

Kategorie: 
Tags: 
 

Seiten

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer