März 2011 - Linux

Live-CD "Movix" - PC als DVD-Player
by RalfGesellensetter 26 Mär '13

26 Mär '13

Liebe Liste, Movix ist eine kleine Live-Distro (ca. 30 MB) die den PC zu einem Mediaplayer macht. Aus rechtlichen Gründen wird die CD ohne jene Codecs ausgeliefert, die man benötigt, um Handelsübliche DVDs abzuspielen. Frage: Ist es einem der Mitlesenden bereits gelungen, Movix entsprechend zu remastern, um DVDs abzuspielen? Ich wäre interessiert an einem brennfähigen ISO-Image. Herzlichen Dank Ralf

1 2

Browsix? Live-System als Web-Kiosk/Display
by RalfGesellensetter 27 Jul '11

27 Jul '11

Liebe Liste, sicher ist es in endlicher Zeit machbar, eine Knopix so zu remastern, dass sie folgende Anforderungen erfüllt. Ich kann mir aber nicht vorstellen, dass wir die ersten sind, die ein solches System benötigen -- und hoffe, dass jemandem ähnliches schon über den Weg gelaufen ist: Das System soll nach dem Hochfahren automatisch eine Sitzung starten, i der nur ein Browser läuft (Fullscreen/ganzer Bildschirm). Es ist kein Windowmanager oder Sessionmanager erforderlich - theoretisch könnte also Iceweasel oder Firefox auf dem Desktop-Root laufen. Wir wollen das System von USB-Stick starten und den Browser so konfigurieren, dass ein bestimmte (passwortgeschützte) Joomla!-Seite geöffnet wird, deren Darstellung auch Flash und Javascript benötigt (lynx/links im fb-mode scheidet daher vermutlich leider aus). Danke für sachdienliche Hinweise, ciao Ralf

2 3

seit squeeze anzeige Probleme
by Hauke Homburg 20 Apr '11

20 Apr '11

Hallo allerseits, Ich versuche gerade eine virtuelle Maschine unter KVM mit xrdp ans laufen zu bekommen unter Debian 6. Der Zugriff klaptt zar schon, aber es ist egal mit welchem Client und mit welcher Farbtiefe ich mich mit der Linux Maschine verbinde, ich habe immer Anzeige Probleme beider Farbtiefe. Theoretisch wäre VNC ne Lösung, aberdings kann ich mich da nicht mehreren Usern gleichzeitig verbinden. Das X2go Projekt hat leider zumidnest noch keine debs für squeeze. Die Verbindung mit vnc hat Darstellungsprobleme, die Verbindung mit rdp kommt darnicht zustande. Hat jemand einen Tip für mich? grüße Hauke

2 3

Re: Re: Re: Suche Hilfe für Jugendforschtprojekt - C++
by Stefan Hegselmann 31 Mär '11

31 Mär '11

Hier eine Version ohne angehängte Datei. Die andere muss erst vom Moderator geprüft werden. Schon schickt man die Mail richtig, prasseln nur so die Antworten, danke schonmal. Am 31.03.2011 17:57, schrieb Jan Seiffert: > Am 31. März 2011 17:34 schrieb Stefan Hegselmann <stefanhegselmann(a)gmx.de>: >>> Die Frage ist also: Wer hat Lust, mal einen Stapel Patches zu >>> schreiben, damit die Software läuft und vielleicht (GUI) auch für >>> einen Anwender entspannt zu nutzen ist? >> Es ist keine Rede von einem "Stapel Patches". Das Programm und die GUI funktionieren. Vielleicht zum Verständnis was ich meine: Z.B. hätte ein erfahrener C++ Programmierer gesehen, dass man srand() anstatt von einem einfachen rand() verwenden sollte, wenn man zumindest einigermaßen zufällige Werte braucht. Ich glaube, dass sich von solchen "Flüchtigkeitsfehlern", die garnicht so stark auffallen, unter Umständen noch weiter im Sourcecode befinden. > > > Und da geht das schon los... > Dafuer muss der erfahrene Programmierer erstmal wissen fuer was die > Zufallszahl benutzt werden soll. > Da du was von verschluesseln sagtest: > Keine der normalen rand()/srand()/random()/srandom() funktionen > sollten dafuer genutzt werden. > > Nimm entweder was von openssl oder bau dir den random number generator > nach ANSI X9.31 [1]. > Das heist 32 Byte random aus /dev/urandom holen, aus 16 byte einen AES > schluessel machen, mit den anderen 16 byte den CTR startwert setzen > und das ganze immer wieder mit sich selbst im AES-CTR mode > verschluesseln, womit wir wieder bei openssl waeren um AES zu > bekommen. > > Oder einen der ganzen anderen tollen Zufallszahlen Generatoren. > > [1] http://csrc.nist.gov/groups/STM/cavp/documents/rng/931rngext.pdf > Zack! Danke für die Info, aber sowas meine ich halt. Von solchen kleinen Verbesserungen befinden sich bestimmt noch welche im Code, die ich einfach ausbügeln möchte. Und letzendlich habe ich am Programm nicht zuu viel geändert... Am 31.03.2011 18:15, schrieb Jan-Benedict Glaw: > On Thu, 2011-03-31 17:34:29 +0200, Stefan Hegselmann <stefanhegselmann(a)gmx.de> wrote: >>> Die Frage ist also: Wer hat Lust, mal einen Stapel Patches zu >>> schreiben, damit die Software läuft und vielleicht (GUI) auch für >>> einen Anwender entspannt zu nutzen ist? >> Es ist keine Rede von einem "Stapel Patches". Das Programm und die >> GUI funktionieren. Vielleicht zum Verständnis was ich meine: Z.B. >> hätte ein erfahrener C++ Programmierer gesehen, dass man srand() >> anstatt von einem einfachen rand() verwenden sollte, wenn man >> zumindest einigermaßen zufällige Werte braucht. Ich glaube, dass >> sich von solchen "Flüchtigkeitsfehlern", die garnicht so stark >> auffallen, unter Umständen noch weiter im Sourcecode befinden. > > Naja, läuft auf 'nen Code Review hinaus :) Zufallszahlen würd' ich > optimalerweise allerdings nicht aus der libc nehmen, sondern eher die > libgcrype zulinken. > Gut ihr habt mich überzeugt. Die Zufallszahlen kommen nochmal ran!! Codereview hört sich so professionell und teuer an ;D. Dazu später mehr... >>> Hilfreich wär' es, wenn Du dazu erstmal das >>> SVN/SVN/GIT/hg/...-Repo irgendwo öffentlich hinstellen würdest. >>> Helfen kann man wohl nur, wenn die Sourcen auf dem Tisch liegen. >>> Und vielleicht etwas mehr Detail-Infos, als man von der Webseite >>> bekommt. >> Ich wüsste gerne wer unseren Sourcecode hat. Also wer interesse hat >> melden, dann bekommt er/sie eine Einladung zu unserem SVN-Server. >> >> Also nochmal: Keiner soll hier mein Prorgamm schreiben bzw. >> überhaupt was daran ändern. Vielleicht gibt es ja garnichts zu >> verbessern. Nur würde ich mich sicherer damit fühlen, wenn jemand >> Erfahrenes mit mir den Code nochmal durchgehen könnte. > > Na dann mal los. Allerdings vermute ich, daß Du mehr Reviewer findest, > wenn die Sourcen zugänglich sind. Denn letztlich ist das > Arbeitsleistung, die entweer der Öffentlichkeit zugänglich sein > sollte, oder als Leistung einem Projekt gegenüber erbracht wird. Dann > kostet das :) Am 31.03.2011 19:51, schrieb Nico Bredenbals: > Nebenbei solltest du vielleicht überlegen ob du den Quelltext nicht > doch offen stellst > (lesend natürlich). Gerade Crypto-Tools sind closed source zumindest fragwürdig, > darüber hinaus aber auch in aller Regel leicht zu brechen, eben aufgrund der von > dir gebrachten Einwände. > > Schönen Gruß, > Nico Erstmal vorneweg: Daumen hoch für open source, aaaber ich bin unsicher was unsere Juroren dazu sagen, dass wir unser Projekt-Herzstück in alle Welt rausballlern. Ich würde immer noch ein nettes Treffen mit einem von euch präferieren ;-). Das die Source von einem Verschlüsselungsprogramm allen zugänglich sein sollte steht außer Frage. Geld gibts bei uns leider nischt -.-' >> Der scheinbar hundertprozentige Schutz, wie er z.T. von Anbietern >> von Webservern und lokaler Datenverschlüsselung suggeriert wird, >> hält dem ambitionierten Hacker und erst recht dem bösartigen Cracker >> in der Regel nicht lange stand. Woran liegt das? Als das zugrunde >> liegende Problem erachten wir, dass alle aktuellen Lösungen zur >> Verschlüsselung von Daten eine Passworteingabe durch den Benutzer >> voraussetzen.Zudem fällt es vielen Menschen im Alltagsleben schwer, >> sich ein sicheres Passwort auszudenken und zu merken. Aufgrund >> dieser Tatsachen konnten Angriﬀsmethoden stark spezialisiert werden. >> So sind über die Jahre mehrere ausgefeilte Techniken wie z.B. ein >> Wortlistenangriﬀ oder Keylogger entstanden, die sogar den besten >> Schutz unbrauchbar machen, da letztere noch vor der Kodierung das >> Passwort mitschreiben. Wir wollen einen Ansatz der Datensicherung >> entwickeln, der gegen derartige passwortspezialisierte Angriﬀe immun >> ist. Die Grundidee besteht darin, die zu schützende Datei mit Hilfe >> sich nicht ändernder Daten, wie z.B. Video-, Musik- und >> Fotobibliotheken, zu verschleiern. Von Daten solchen stabilen Typs, >> für die eine derartige Anwendung in Frage käme, beﬁnden sich 300 >> Gigabyte allein auf unserem Arbeitscomputer, von externen Inhalten >> einmal abgesehen. Im Folgenden wird für die zu versteckende >> Quelldatei der Name „Savedatei“, für die Daten des stabilen Typs, >> die zum Verschlüsseln benötigt werden, der Name „Buﬀerdateien“ und >> für die verschlüsselte Form der Savedatei der Name „Keydatei“ >> benutzt. Identische Bytesequenzen in Saveund Buﬀerdatei heißen >> „Cluster“. Unser Ansatz sieht vor, dass wir in der Save- und >> Buﬀerdatei nach allen bestehenden Clustern suchen. Indem die Cluster >> in der Savedatei durch ihre Adressen in der Buﬀerdatei ersetzt >> werden, wird die Keydatei gebildet. Diese beinhaltet statt des >> ursprünglichen Inhalts Adressen. Ohne das genaue Wissen um die >> „richtige“ Buﬀerdatei sind keine Rückschlüsse auf den ehemaligen >> Inhalt zu ziehen. Damit realisiert man eine Datensicherung ohne >> Passwort. So ist es z.B. möglich, sensible Daten mit Hilfe der >> Urlaubsfotos zu verstecken. > > Informatiktechnisch gesprochen wollt Ihr also den Klartext > _komprimieren_, indem Ihr statt eines gängigen huffman coding > Fragmente vorhandener Date(ie)n nutzt. > > Das Wissen von "Password" wird durch das Wissen von "Dateiname", > "Dateinamen" oder "Basis-Verzeichnis für Date(ie)n" ersetzt. > > Beispiel: > ========= > Zu verschlüsselnder Text ("Save"): "Hallo Welt" > Verschleierungsdatei A ("Buffer"): "...und er rief: "Hallo Leute!"" > ~~~~~~ > Verschleierungsdatei B ("Buffer)": "Neues Weltkulturerbe eingeweiht" > ~~~~ > Verschlüsseltes Ergebnis ("Key"): "A18-23,B7-10" > > > Hab' ich das richtig verstanden? > > Das impliziert ersteinmal, daß man von den Positionsangaben die > Mindest-Dateigröße ableiten kann; wenn man die "Key"-Datei hat, kann > man für jede "Buffer"-Komponente, die man vorfindet, eine > Mindest-Dateigröße ermitteln, da jeder "Buffer" ja vermutlich mehrfach > genutzt wird. Dazu haben wir das sogenannte "Zeigerhiding" entwickelt. Dabei wird die Bufferdateigröße beliebig oft aufaddiert und beim Entschlüsseln per Modulo extrahiert. (Siehe Arbeit) > Außerdem muß ja letztlich eine sinnvolle Datei (Text, Bild, ...) dabei > herauskommen, heißt also, daß man insbesondere typischerweise mit den > ersten (wenigen) Clustern einen Datei-Anfang zusammengebaut bekommen > muß, der die magic bytes des Datei-Anfangs eines gängigen Datei-Typs > entsprechen sollte--oder plain text ist. Es kommt keine sinvolle Datei dabei raus. > Aus den Angaben der "Key"-Datei erhält man zudem bytegenau die Größe > der "Save"-Datei. Ein potentieller Angreifer bekommt damit schon eine > ganze Menge an Informationen an die Hand gegeben. > Savedateigröße gibt es nicht! > Habt Ihr eine Risiko-Abschätzung gemacht, um das Verfahren mit > alteingesessener Verschlüsselung zu vergleichen? Letztlich scheint es > ja darauf hinauszulaufen, daß das Password, was die Key-Generierung > bei einer Verschlüsselung befüttern würde, durch das Wissen um einen > Dateinamen ersetzt wird. Was, wenn (im schlechtesten Fall) der > "Save"-Text vollständig in einem Buffer enthalten ist und in der > "Key"-Datei somit nur ein "Cluster" steht? (Beispiel: Viele > Raw-Dateien von Digital-Kameras enthalten ein brauchbares JPEG, das > man speichern kann. Sollte das gespeicherte JPEG verschlüsselt werden, > würde vielleicht das JPEG in der RAW-Datei gefunden werden, sodaß der > Angreifer damit erfährt, daß das Geheimnis irgendwo ___im Klartext___ > auf dem Rechnerliegt.) > Ja haben wir gemacht. Natürlich gibts es Nachteile, aber es ist eine Forschungsarbeit. Clustergrößen sind 2-9 Bytes. So wird niemals alles durch alles referenziert. Alles sehr oberflächlich, aber Hut ab, dass du es schon so gut verstanden hast. Ich hänge mal die ganze schriftliche Arbeit an, dann kannste nen wenig stöbern (Hoffe das klappt mit der Mailinglist) >> Rein mathematisch ist die Chance, Cluster zu ﬁnden, extrem gering, >> was gegen eine praktische Anwendung spricht. Bei unseren >> anfänglichen Tests stellten wir jedoch im Gegensatz zur Theorie >> fest, dass identische Datensequenzen relativ erfolgreich gefunden >> werden können. Durch diese ersten Ergebnisse motiviert, haben wir >> das Programm „Puzzlr“ entwickelt, welches wir im Folgenden weiter >> erläutern werden. > > Gering? Im schlechtesten Fall kannst Du mit einer 256 Bytes großen > Datei, die alle Bytes von 0x00 bis 0xff enthält, _alles_ auf dem > skizzierten Weg verschüsseln. Die Cluster sind dann zwar ggf. nur > jeweils ein Byte lang, aber hey, es würd' gehen :) Auf die Nase fiele > man maximal, wenn dummerweise ein Byte im Savetext auftaucht, daß sich > _nirgends_ in den Buffer-Daten findet. Siehe Arbeit. > >> Zum jetzigen Zeitpunkt liegt eine größtenteils funktionsfähige >> Ausführung des Programms vor, die seit dem Einreichen dieser Arbeit >> zur Regionalrunde um folgende Funktionen ergänzt wurde: >> Sprungtabellen zum schnelleren Suchen von Clustern, Verschleiern der > > Zu erschlagen mit Rainbow-Tabellen. Schau ich mir gleich mal an. Wir haben auch schon Begriffe wie Succinct und Suffix Index bekommen, aber da diese nicht perfekt geeignet sind (glaube ich zumindest), wollte ich bei Selbstausgedachten Dingen bleiben. Dann weiß ich auch wobei ich bin. >> Adressen um Rückschlüsse auf die Buﬀerdateien zu minimieren und ein >> verbesserter Algorithmus zum Wählen der besten Kombination von >> Clustern.Bei der Präsentation wurden uns neue, vor allem schnellere > > Wie werden die Adressen "verschleiert"? Und: eine "optimale" > Cluster-Nutzung kann (wie oben anhand des Raw-Datei-Beispiels) das > Gegenteil dessen sein, was man möchte :) > >> Möglichkeiten aufgezeigt gleiche Fragmente zu ﬁnden, welche wir bis >> zum Landeswettbewerb implementieren wollen. Weiterhin soll die >> Stabilität des Programms – einschließlich der graﬁschen Version – >> soweit verbessert werden, dass wir unsere >> Verschlüsselungsmöglichkeit einem breiten Spektrum von >> Computernutzern zugänglich machen können, um so auch in Zukunft ein >> hohes Maß an Sicherheit zu gewährleisten. > > Hier solltet Ihr, wenn möglich, auf jeden Fall nochmal tüchtig in die > Mathematik gehen und durchrechnen, wie die Angriffsmöglichkeiten > aussehen. > Siehe Arbeit. Am 31.03.2011 19:51, schrieb Nico Bredenbals: > Hi, > > Also gerade die mathematische Seite würde mich da auch interessieren, > mit allen Einwänden die JBG gerade schon gebracht hat. > > Ich würde dir vielleicht mal ein einführendes Cryptobuch nahelegen. > Ich Empfehle: > > Introduction to modern Cryptography von Jonathan Katz & Yehuda Lindell. > > Das ist vielleicht etwas mit Kanonen auf Spatzen geschossen, weil es > sich vor allem um weiterführende Verfahren dreht, aber ich denke eine > theoretische > Einführung aller Shannon Theorem, Caesar / Vigenere Cipher + Beispielangriffe > bildet ne sehr gute fundierte Grundlage um die Sicherheit zu analysieren. > Gibts sicherlich auch in jeder gut sortierten (Uni) Bibliothek. > [...] > > Schönen Gruß, > Nico Danke für den Tipp. Wenn ich Zeit finde, werde ich mir das mal geben... Hoffe ich habe alles richtig beantwortet. Das ist ja bei diesen Mailinglisten etwas schwerer ^^. Danke nochmal für das rege Interesse. Ich hänge mal unsere schriftliche Arbeit an und hoffe das gibt keine Probleme. Was ich nicht will (Worst-Case): Wir gewinnen und dann kommt irgendwer her und meint die LUG OWL hätte unsere Arbeit geschrieben. Wenn es soweit kommt warnt mich... mfg Stefan -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

1 0

Re: Re: Suche Hilfe für Jugendforschtprojekt - C++
by Stefan Hegselmann 31 Mär '11

31 Mär '11

>> Im eigentlichen Sinne gibt es keine "konkreten" Fragen. Das Problem > > Ich hätt' mal noch eine Bitte: Wenn Du an die Liste schreibst, dann > mach' das doch bitte mal von einer Mail-Adresse, die dort auch > subscribed ist. Sonst landen alle Deine Mails ersteinmal in der > Moderation. Dadurch dauerts erstens länger, bis die über die Liste > gehen, andererseits machts uns Listen-Admins Handarbeit. Ja tut mir leid. Habe auch schon nach dem Grund dafür gesucht und mir fällt gerade auf, dass Thunderbird standartmäßig über gmail und nicht gmx sendet. Diese Nachricht kommt hoffentlich direkt an. > Inhaltlich hab' ich mal noch eine Frage: Ist es legitim im Raumen des > Jugend-Forscht-Projektes, fremde Hilfe in Anspruch zu nehmen? Wie muß > die ("wissenschaftliches Arbeiten") deklariert werden? Diese Frage kann ich nicht beantworten, aber ich würde nur gerne Tipps zu allgemeinen Programmiertechniken haben und brauche keinerlei Ideen bzw. Lösungen für logische Probleme. Das heisst bei eine Hilfeleistung würde ich der Jury genau über eventuelle Änderungen aufklären. > Die Frage ist also: Wer hat Lust, mal einen Stapel Patches zu > schreiben, damit die Software läuft und vielleicht (GUI) auch für > einen Anwender entspannt zu nutzen ist? Es ist keine Rede von einem "Stapel Patches". Das Programm und die GUI funktionieren. Vielleicht zum Verständnis was ich meine: Z.B. hätte ein erfahrener C++ Programmierer gesehen, dass man srand() anstatt von einem einfachen rand() verwenden sollte, wenn man zumindest einigermaßen zufällige Werte braucht. Ich glaube, dass sich von solchen "Flüchtigkeitsfehlern", die garnicht so stark auffallen, unter Umständen noch weiter im Sourcecode befinden. > Hilfreich wär' es, wenn Du dazu erstmal das SVN/SVN/GIT/hg/...-Repo > irgendwo öffentlich hinstellen würdest. Helfen kann man wohl nur, wenn > die Sourcen auf dem Tisch liegen. Und vielleicht etwas mehr > Detail-Infos, als man von der Webseite bekommt. Ich wüsste gerne wer unseren Sourcecode hat. Also wer interesse hat melden, dann bekommt er/sie eine Einladung zu unserem SVN-Server. Also nochmal: Keiner soll hier mein Prorgamm schreiben bzw. überhaupt was daran ändern. Vielleicht gibt es ja garnichts zu verbessern. Nur würde ich mich sicherer damit fühlen, wenn jemand Erfahrenes mit mir den Code nochmal durchgehen könnte. mfg Stefan Unsere schriftliche Arbeit würde glaube ich den Rahmen sprengen, also hier mal die Einleitung: Der scheinbar hundertprozentige Schutz, wie er z.T. von Anbietern von Webservern und lokaler Datenverschlüsselung suggeriert wird, hält dem ambitionierten Hacker und erst recht dem bösartigen Cracker in der Regel nicht lange stand. Woran liegt das? Als das zugrunde liegende Problem erachten wir, dass alle aktuellen Lösungen zur Verschlüsselung von Daten eine Passworteingabe durch den Benutzer voraussetzen.Zudem fällt es vielen Menschen im Alltagsleben schwer, sich ein sicheres Passwort auszudenken und zu merken. Aufgrund dieser Tatsachen konnten Angriﬀsmethoden stark spezialisiert werden. So sind über die Jahre mehrere ausgefeilte Techniken wie z.B. ein Wortlistenangriﬀ oder Keylogger entstanden, die sogar den besten Schutz unbrauchbar machen, da letztere noch vor der Kodierung das Passwort mitschreiben. Wir wollen einen Ansatz der Datensicherung entwickeln, der gegen derartige passwortspezialisierte Angriﬀe immun ist. Die Grundidee besteht darin, die zu schützende Datei mit Hilfe sich nicht ändernder Daten, wie z.B. Video-, Musik- und Fotobibliotheken, zu verschleiern. Von Daten solchen stabilen Typs, für die eine derartige Anwendung in Frage käme, beﬁnden sich 300 Gigabyte allein auf unserem Arbeitscomputer, von externen Inhalten einmal abgesehen. Im Folgenden wird für die zu versteckende Quelldatei der Name „Savedatei“, für die Daten des stabilen Typs, die zum Verschlüsseln benötigt werden, der Name „Buﬀerdateien“ und für die verschlüsselte Form der Savedatei der Name „Keydatei“ benutzt. Identische Bytesequenzen in Saveund Buﬀerdatei heißen „Cluster“. Unser Ansatz sieht vor, dass wir in der Save- und Buﬀerdatei nach allen bestehenden Clustern suchen. Indem die Cluster in der Savedatei durch ihre Adressen in der Buﬀerdatei ersetzt werden, wird die Keydatei gebildet. Diese beinhaltet statt des ursprünglichen Inhalts Adressen. Ohne das genaue Wissen um die „richtige“ Buﬀerdatei sind keine Rückschlüsse auf den ehemaligen Inhalt zu ziehen. Damit realisiert man eine Datensicherung ohne Passwort. So ist es z.B. möglich, sensible Daten mit Hilfe der Urlaubsfotos zu verstecken. Rein mathematisch ist die Chance, Cluster zu ﬁnden, extrem gering, was gegen eine praktische Anwendung spricht. Bei unseren anfänglichen Tests stellten wir jedoch im Gegensatz zur Theorie fest, dass identische Datensequenzen relativ erfolgreich gefunden werden können. Durch diese ersten Ergebnisse motiviert, haben wir das Programm „Puzzlr“ entwickelt, welches wir im Folgenden weiter erläutern werden. Zum jetzigen Zeitpunkt liegt eine größtenteils funktionsfähige Ausführung des Programms vor, die seit dem Einreichen dieser Arbeit zur Regionalrunde um folgende Funktionen ergänzt wurde: Sprungtabellen zum schnelleren Suchen von Clustern, Verschleiern der Adressen um Rückschlüsse auf die Buﬀerdateien zu minimieren und ein verbesserter Algorithmus zum Wählen der besten Kombination von Clustern.Bei der Präsentation wurden uns neue, vor allem schnellere Möglichkeiten aufgezeigt gleiche Fragmente zu ﬁnden, welche wir bis zum Landeswettbewerb implementieren wollen. Weiterhin soll die Stabilität des Programms – einschließlich der graﬁschen Version – soweit verbessert werden, dass wir unsere Verschlüsselungsmöglichkeit einem breiten Spektrum von Computernutzern zugänglich machen können, um so auch in Zukunft ein hohes Maß an Sicherheit zu gewährleisten. Anmerkend ist noch zu sagen, dass nur ein sehr kleines Literaturverzeichnis existiert, weil wir uns nur allgemein auf die genannte Literatur stützen und darüber hinaus keine weitere verwendet haben. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

4 3

Suche Hilfe für Jugendforschtprojekt - C++
by Stefan Hegselmann 31 Mär '11

31 Mär '11

Hallo LUG, meine Name ist Stefan Hegselmann und ich bin schon länger im E-Mail-Verteiler, aber ich verfolge eher die Diskussionen, als das ich mich beteilige. Ich bin 18 Jahre, Schüler und suche Unterstützung für ein Jugendforschtprojekt. Ich habe mit 2 Freunden vor ca. einem Monat in Herford im Bereich Mathe/Informatik gewonnen und wir müssen in 2 Wochen nochmal auf Landesebene ran. (Infos zum Projekt:http://www.puzzlr.org/) Ich bin für unser Programm zuständig und benötige u.U. ein wenig Hilfe was das Programmieren angeht. Obwohl die Software schon sicher läuft, birgt das Arbeiten mit der GUI und mit größeren Dateien noch Probleme. Es wäre schön wenn sich jemand fände, mit dem man sich ein paar Stunden zusammensetzen könnte um ein paar Dinge zu besprechen und Fragen zu klären. Bei Fragen bzw. Interesse am Code einfach melden... Danke für das Interesse. Stefan

3 3

hibernate Thinkpad-X31 Debian Squeeze
by Johannes Goecke 10 Mär '11

10 Mär '11

Hallo Liste, kaum ist Debian-squeeze stable, habe ich mein Thinkpad X31 aktualisiert. (bis jetzt) ist mir kein Problem aufgefallen, außer, dass das Hibernate (suspend to disk) nicht mehr läuft (unter lenny kein Problem). Wenn ich pm-hibernate aufrufe wird der Bildschirm dunkel, das Backlight ist aber noch an und ich kann mittels [FN] - Tasten die Helligkeit verändern. Die Akku-Lampe und die "Power" Lampe, bleiben an. Er scheint auch den Speicher nicht in den Swap zu speichern. ich habe zum testen, auch eine separate frische Installation gemacht, mit dem selben effekt. Dann habe ich alle überflüssigen Dienste beendet, die meisten Module entladen und von der konsole pm-hibernate von Hand aufgerufen mit eingeschaltetem PM_DEBUG="true" Flag. In /var/log/pm-suspend.log fällt mir nichts auf wo ich weitersuchen kann. Wie kann ich das wieder laffähig kriegen? Zur Hardware noch thinkpad X31 CPU : Pentium-M 1.600 GHz VGA : ATI Technologies Inc Radeon Mobility M6 LY Chipsatz: Intel Network : e1000 / atheros (ath5k) Gruß Johannes Goecke

3 3

Apple-Tastatur
by Thomas Könning 07 Mär '11

07 Mär '11

Hallo, anbei die Datei .Xmodmap für Apple-Tastaturen. Diese Datei muss jeweils ins Home-Verzeichnis des jeweiligen Users gelegt werden und behebt den Bug ( der, so glaube ich, Ubuntu spezifisch ist), dass die <> und die ^° Tasten vertauscht sind. Hier die zugehörige Website: http://linuxundich.de/de/ubuntu/apple-keyboard-unter-linux/ Gruß Thomas

1 0

Link zu deutscher Bacula-Beschreibung
by Thomas Könning 07 Mär '11

07 Mär '11

Hallo, hier, wie am Donnerstag besprochen, der Link zur deutschen Beschreibung der Bacula-Konfiguration: http://www.asconix.com/howtos/debian/bacula-backup-debian-lenny-howto Gruß Thomas

1 0

postfix / expire/delete mails from queue
by Florian Lohoff 04 Mär '11

04 Mär '11

Hi, kennt jemand einen weg einem postfix (Oder auch anderem SMTP server) beizubringen nach kurzer zeit mails die nicht ausgeliefert wuerden in der queue zu loeschen? Ich experimentiere gerade nen bischen und ich haette gerne eine moeglichkeit alle mails in der mailqeueue automatisch nach 60 sekunden zum beispiel zu loeschen. Egal ob der versucht hat die mail auszuliefern oder nicht. Der letzte Punkt ist in diesem zusammenhang wichtig. Ich kann beim postfix zwar die maximum_queue_lifetime auf 60 sekunden setzen - Aber die gilt erst _nach_ dem ersten delivery attempt. Ich will aber das die mail ungesehen geloescht wird wenn die laenger als 60/90/120 sekunden liegt. Und jetzt erzaehlt mir nicht was von perl/shell script um mailq und postsuper. Ja das weiss ich das es das gibt. Flo -- Florian Lohoff f(a)zz.de Professionell gesehen bin ich zu haben ....

4 8