[PUG] OT: Wann habt Ihr das letzte Mal 'Sendung mit der Maus' geschaut???
http://www.jwdt.com/~paysan/bush.html -- +Max Trense +[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
AW: [PUG] Soft Raid
ErrorDevil | -Ursprüngliche Nachricht- | Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im | Auftrag von Henrik Schneider | Gesendet: Donnerstag, 27. Februar 2003 23:45 | An: [EMAIL PROTECTED] | Betreff: AW: [PUG] Soft Raid | | | Und wie hast Du das gemacht? | Ich wollte morgen einen neuen PC mit 2 HDD (hda,hdb) | dasgleiche antun. | Wie geht so was? | | ridvan | ---snip | | | hier ist meine IDE root RAID1 checkliste: | ich beschreibe hier die installation mit slackware8.1 | wie du das an deinen PC anpasst, entnimmst du am besten aus | den manpages der benuzten programme. | | 1. an jedem IDE bus nur eine platte an master. das cdrom zur | installation kann an /dev/hdd hängen. ich habe es danach | wieder abgetrennt. | | 2. boote den pc mit den beiden platten mit einer linux | distribution die einen kernel mit raid1 unterstützung | benutzt. raidtools sollten auch dabei sein! ich habe | slackware8.1 mit dem 2.4.18 kernel benutzt. | | 3. lösche mit fdisk die partitionstabelle von /dev/hda und | partitioniere dir die platte /dev/hdc als würdest du eine | normale linux installation vorbereiten. ich habe mein | /dev/hdc in 4 teile aufgeteilt | | /dev/hdc1 4gb für / | /dev/hdc2 256mb für swap (wird möglicherweise nie | benutzt werden ;)) | /dev/hdc3 1mb für /var | /dev/hdc4 45000mb für /home | | auf die boot partition habe ich verzichtet, da ich mit der | boot partition probleme mit lilo bekam. lilo medete 20 als | error code. da ich keine lust hatte mich damit noch | auseinander zu setzen habe ich eine andere aufteilung von | /dev/hdc ausprobiert. so hat es dann schon beim ersten | versuch ohne probleme funktioniert. | | 4. mke2fs -j /dev/hdc1 | mke2fs -j /dev/hdc1 | mke2fs -j /dev/hdc1 | mount /dev/hdc1 /mnt | mkdir /dev/mnt/home | mkdir /dev/mnt /var ein mkdir aud /dev/mnt geht nicht. muss also heissen mkdir /mnt/home mkdir /mnt/var | mount /dev/hdc3 /mnt/var | mount /dev/hdc4 /mnt/home | | 5. setup um slackware setup zu starten. meldung das keine | platten für die installation vorhanden wäre einfach | ignorieren. wie slackware zu installieren ist, halte ich | unnötig zu erklären, da man schon beim booten der cd alles | nötige mitgeteilt bekommt. | | 6. swap partition hinzufügen | | 7. mount punkte festlegen | /dev/hdc1 / | /dev/hdc3 /var | /dev/hdc4 /home | | 8. pakete nach lust und laune installieren installieren | | 9. lilo konfiguration überspringen, da eh wieder von der cd | gebootet wird. | | 10. nach der installation reboot mit der install cd. | bootpromt: bare.i root=/dev/hdc1 noinitrc ro | | 11. fdisk -l /dev/hdc | | 12. /dev/hda exact wie /dev/hdc partitionieren. mit dem | einzigen unterschied, das als partitionstyp FD linux raid | autodetect benutzt wird. | |Device BootStart EndBlocks Id System | /dev/hda1 * 1 486 3903763+ fd Linux raid | autodetect | /dev/hda2 487 517249007+ 82 Linux swap | /dev/hda3 518 1733 9767520 fd Linux raid | autodetect | /dev/hda4 1734 7297 44692830 fd Linux raid | autodetect | | den bootflag auch auf /dev/hda1 setzen | | 13. eine /etc/raidtab muss her: | | #/etc/raidtab | raiddev /dev/md0 | raid-level 1 | nr-raid-disks 2 | chunk-size 32 | nr-spare-disks 0 | persistent-superblock 1 | device /dev/hda1 | raid-disk 0 | device /dev/hdc1 | failed-disk 1 | | raiddev /dev/md1 | raid-level 1 | nr-raid-disks 2 | chunk-size 32 | nr-spare-disks 0 | persistent-superblock 1 | device /dev/hda3 | raid-disk 0 | device /dev/hdc3 | faild-disk 1 | | raiddev /dev/md2 | raid-level 1 | nr-raid-disks 2 | chunk-size 32 | nr-spare-disks 0 | persistent-superblock 1 | device /dev/hda4 | raid-disk 0 | device /dev/hdc4 | failed-disk 1 | | 14. mkraid /dev/md0 | mkraid /dev/md1 | mkraid /dev/md2 | | und mit cat /proc/mdstat den status überprüfen. 3 disks failed. | | aus den nachfolgendem machst du am besten ein bashscript | | 15. mount /dev/md0 /mnt | mkdir /mnt/var | mkdir /mnt/home | mount /dev/md1 /mnt/var | mount /dev/md2 /mnt/home | cp -a /bin /mnt | cp -a /boot /mnt | cp -a /dev /mnt | cp -a /etc /mnt | cp -a /home /mnt | cp -a /lib /mnt | cp -a /opt /mnt | cp -a /root /mnt | cp -a /sbin /mnt | cp -a /usr /mnt | cp -a /var /mnt | mkdir /mnt/proc | mkdir /tmp | | 16. edit /mnt/etc/fstab anstat der /dev/hdcX durch /dev/mdX | | /dev/md0 / | /dev/md1 /var | /dev/md2 /home | | 17. dann noch /mnt/etc/lilo.conf.hda und
Re: [PUG] XML-Mde
Am Freitag, 28. Februar 2003 08:42 schrieb Michael Kastner: Hallo Max, Max Trense wrote: XML ist an sich wirklich kein Overkill: ?xml version=1.0 encoding=us-ascii? HelloWorldVariable scope=privateWert/Variable/HelloWorld Dein Beispiel für mich eher die Bestätigung des Overkills. BTW wenn Hello World nur ein Element hat, dann genügt es, wenn man den Wert ohne weiteren Tag direkt in das Wurzelelement HelloWorld schreibt: ?xml version=1.0 encoding=us-ascii? HelloWorldWert/HelloWorld Aber das Dokument HelloWorld hat doch nicht den Wert 'Wert' sondern die Variable 'Variable'. Aber da ist halt immernoch sehr viel redundanz drin. Wenn HelloWorld geschlossen wird, dann würde _ein_ Zeichen für das Schließen genügen. Man könnte, wenn man eine andere Nomenklatur verwendet, das Dokument auch so kodieren: Helloworld {Wert} Du kannst für XML viele noch tollere Darstellungsweisen finden. Aber die Frage ist, wem das nützt. XML ist primär ein Austauschformat. XML soll sicherstellen, dass es jeder versteht. Asiatische Tastaturen haben zum Beispiel oft keine geschweiften Klammern. Und wenn Du nur ein Zeichen zum Schließen verwendest, kannst Du nicht sicherstellen, dass Dein Dokument noch vollständig ist, wenn Du es segmentierst und wieder zusammensetzt. Ausserdem ist das leichter lesbar. Und wo ist in Deinem Beispiel 'scope=private'? Die geschweiften Klammern sind nur ein Beispiel, weil man die ja von C oder java für die Markierung von Blöcken bereits kennt. Wenn es mehrere Variable gibt, dann würde das Dokument in XML z.B. so aussehen. HelloWorld VariableWert/Variable VariableWert1/Variable VariableWert3/Variable /HelloWorld Im Gegensatz dazu in der geklammerten Schreibweise: HelloWorld { Variable {Wert1} Variable {Wert2} Variable {Wert3} } Damit hat man z.B. die Redundanz beim Schließen des Tags rausgenommen und das wiederum würde die die Durchläufe beim Parsen verkürzen. Der Parser würde dann aber nicht erkennen, wenn das Dokument nicht wohlgeformt ist. So etwa: tag1 bla tag2 bla /tag1 bla /tag2 Das würde Dein Parser nicht erkennen und es folglich falsch interpretieren. Wenn Du XML von Hand eingibst können solche Fehler schon mal passieren. Und wer möchte so einen Verdreher z.B. in einer Lohnabrechnungstabelle haben ;-(( Für den Platzverbrauch auf der Festplatte oder wenn sich ein ganzes Objekt im Speicher befindet, wäre das auch recht positiv. Beim Speicherplatz auf der Platte möchte ich sehen, wie sich das auswirkt ;-) Die Knotennamen sind sowieso meistens kürzer als die Daten, die sie umschließen. Ausserdem steht es Dir frei, das Resultat mit Gzip zu komprimieren. Im Speicher musst Du sowieso eine andere Repräsentationsform finden. Niemand würde ein XML-Dokument als Zeichenketten im Speicher lassen und on-the-fly parsen. Ich würde das eher als geordneten Baum implementieren. Ich mein ja nur. Realistisch ist XML sowieso nicht viel mehr, als ein Framework, mit dem Du arbeiten kannst, oder es lassen. Allerdings finde ich es gut, wenn alle dieselben Standards verwenden. Wenn Du Interesse hast, dann schau doch einfach mal beim C++ Workshop vorbei. Ich schreibe nämlich im Moment an einem kompletten XML-Interpreter. Den werde ich dann auch irgendwann zumindest teilweise vorstellen. -- +Max Trense +[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] XML-Mde
Hallo Max, Max Trense wrote: ?xml version=1.0 encoding=us-ascii? HelloWorldWert/HelloWorld Aber das Dokument HelloWorld hat doch nicht den Wert 'Wert' sondern die Variable 'Variable'. Das habe ich schon verstanden. Aber wenn es eben nur _ein_ Element gibt, das sich unterhalb de Dokumentknotens befindet, dann macht es keinen Sinn, für dieses nochmals einen Knoten anzulegen. Das würde nur dann Sinn machen, wenn es mehrere Elemente Variable geben würde. Du kannst für XML viele noch tollere Darstellungsweisen finden. Aber die Frage ist, wem das nützt. XML ist primär ein Austauschformat. XML soll sicherstellen, dass es jeder versteht. Asiatische Tastaturen haben zum Beispiel oft keine geschweiften Klammern. Und wenn Du nur ein Zeichen zum Schließen verwendest, kannst Du nicht sicherstellen, dass Dein Dokument noch vollständig ist, wenn Du es segmentierst und wieder zusammensetzt. Ausserdem ist das leichter lesbar. Und wo ist in Deinem Beispiel 'scope=private'? Für lokale Anwendungen verwende ich keinen Scope. Angenommen, hole einen oder mehrer Daten aus der Datenbank, um sie auszugeben, oder an eine zur Verarbeitung weiterzugeben, dann ist die Scope-Angabe überflüssig. Was die geschweiften Klammern angeht: Dann ersetzt man einfach die Öfnen- und Schließ-Zeichen durch solche, die auf der Tastatur vorhanden sind. Alles, was man tun muß ist dem Parser mitteilen, welche Öffnen- und Schließ-Zeichen verwendet werden. Im Gegensatz dazu in der geklammerten Schreibweise: HelloWorld { Variable {Wert1} Variable {Wert2} Variable {Wert3} } Damit hat man z.B. die Redundanz beim Schließen des Tags rausgenommen und das wiederum würde die die Durchläufe beim Parsen verkürzen. Der Parser würde dann aber nicht erkennen, wenn das Dokument nicht wohlgeformt ist. So etwa: tag1 bla tag2 bla /tag1 bla /tag2 So wie XML Wohlgeformtheit voraussetzt, tut das ja ein C oder Java-Parser auch. Und wenn ich doch eh Wohlgeformtheit voraussetze, dann ist es doch eh klar, wenn ein Element geschlossen wird, auf welches Element sich das Bezieht. Es würde reichen, wenn man schreibt tag1bla/ tag2bla/ tag3bla/ Das würde Dein Parser nicht erkennen und es folglich falsch interpretieren. Wenn Du XML von Hand eingibst können solche Fehler schon mal passieren. Und wer möchte so einen Verdreher z.B. in einer Lohnabrechnungstabelle haben ;-(( Die Information, welcher Tag geschlossen wird ergibt sich daraus, welcher Tag zuletzt in der entsprechenden Rekursions- bzw. Baumtiefe geöffnet wurde. Beim Speicherplatz auf der Platte möchte ich sehen, wie sich das auswirkt ;-) Die Knotennamen sind sowieso meistens kürzer als die Daten, die sie umschließen. Bei PPS-Systemen mit entsprechend Fertigungstiefen erreicht eine Datenbank leicht schon mal einige Gigabyte. Ich weiß, Du meinst ist nicht so wild, weil das ein Null-Problem ist bei den heutigen Kapazitäten. Ausserdem steht es Dir frei, das Resultat mit Gzip zu komprimieren. Ok, das stimmt. Aber ist mir eigentlich außer fürs Backup ein Schritt zu viel. Im Speicher musst Du sowieso eine andere Repräsentationsform finden. Niemand würde ein XML-Dokument als Zeichenketten im Speicher lassen und on-the-fly parsen. Da hast Du natürlich recht. Das war ziemliches Blech, was ich da behauptet habe. Ich würde das eher als geordneten Baum implementieren. Ginge es auch anders? Ich habe das jedenfalls auch so gemacht. Das ist überhaupt erst der Grund, warum ich auf diese Kiste mit den verkürzten Öffnen- und Schließen-Tags gekommen bin. Wenn Du Interesse hast, dann schau doch einfach mal beim C++ Workshop vorbei. Ich versuchs ja schon immer und meine Neugier ist auch ziemlich groß. Geht aber im Moment einfacht nicht. Ich schreibe nämlich im Moment an einem kompletten XML-Interpreter. Den werde ich dann auch irgendwann zumindest teilweise vorstellen. Was meinst Du mit Interpreter? Ein Tool für die XSL-Transformation? Würde mich interessieren. Viele Grüße Michael Kastner PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] XML-Müde
On Fri, 2003-02-28 at 13:29, Michael Kastner wrote: Hallo Max, Max Trense wrote: ?xml version=1.0 encoding=us-ascii? HelloWorldWert/HelloWorld Aber das Dokument HelloWorld hat doch nicht den Wert 'Wert' sondern die Variable 'Variable'. Das habe ich schon verstanden. Aber wenn es eben nur _ein_ Element gibt, das sich unterhalb de Dokumentknotens befindet, dann macht es keinen Sinn, für dieses nochmals einen Knoten anzulegen. Das würde nur dann Sinn machen, wenn es mehrere Elemente Variable geben würde. Das hängt vom Anwendungsfall ab, ob das Sinn macht, jedenfalls sind es zwei komplett verschiedene Sachen. Das hat nichts mit Overkill zu tun. Brötchen BelagKäse/Belag /Brötchen ist was anderes als BrötchenKäse/Brötchen nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das einzige was Du machen könntest, wäre Brötchen Belag=Käse/ wobei Du dann _immer_ nur _einen_ Belag drauf machen kannst, und nicht mal einen und mal mehrere. Das sind alles verschiedene Implementationen, und nicht ein und die selbe in verschiedenen Schreibweisen wie Du meinst. Wenn Du eine Schleife programmierst, kannst Du auch wählen, ob Du for, while oder repeat until nimmst. Das hat nichts mit Overkill zu tun... Laurence -- Laurence Tonke Software AG http://www.softwareag.com PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] Re: [PUG] XML-Müde
Quoting Laurence Tonke [EMAIL PROTECTED]: nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das einzige was Du machen könntest, wäre Brötchen Belag=Käse/ Das hier macht wohl mehr sinn: Brötchen Type=Sesam Belag Type=Käse/ Belag Type=Salami/ Belag Type=Ei/ /Brötchen ;-) Gruss Tobi -- Tobias Käfer Käfer-Software Otto-Wels-Str. 50 55130 Mainz Deutschland(Germany) FON: +49 6131 999 808 FAX: +49 6131 999 807 CELL: +49 172 6149 811 http://www.kaefer-software.de [EMAIL PROTECTED] [EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] OT: Wann habt Ihr das letzte Mal 'Sendung mit der Maus' geschaut???
* Max Trense wrote/schrieb: http://www.jwdt.com/~paysan/bush.html Wem das hier gefallen hat, dem kann ich nur Extra3 empfehlen. Das ein Satiremagazin Donnerstags um 23h auf NDR. Moderiert wird es von Jörg Thadeusz. Der macht das echt gut. Die Sendung erinnert mich ein wenig an ZAK damals mit Friedrich Küppersbusch (Extra3 gibt es aber schon seit 30 Jahren). Dort gibt es die Rubrik Ach und Krachgeschichten. Kann man auch runterladen. [1]. Extra3 und Scheibenwischer sind für mich das Beste, was es in diese Richtung im Fernsehen gibt. Tschau MartinD: [1] http://www.ndr.de/tv/extra3/klaus.html PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] Re: [PUG] XML-Müde
Quoting Laurence Tonke [EMAIL PROTECTED]: Brötchen BelagKäse/Belag /Brötchen ist was anderes als BrötchenKäse/Brötchen nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das einzige was Du machen könntest, wäre Brötchen Belag=Käse/ Doch noch besser: Brötchen Type=Sesam Size=Paarweck Belag Type=Käse Subtype=Tilsitter Count=1/ Belag Type=Salami Subtype=Mailänderart Count=2/ Belag Type=Ei Subtype=gekocht und geschnitten Count=5/ Belag Type=Gurke Subtype=Spreewälder Count=2/ /Brötchen oder oder oder ;-) -- Tobias Käfer Käfer-Software Otto-Wels-Str. 50 55130 Mainz Deutschland(Germany) FON: +49 6131 999 808 FAX: +49 6131 999 807 CELL: +49 172 6149 811 http://www.kaefer-software.de [EMAIL PROTECTED] [EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] XML-Müde
On Fri, 2003-02-28 at 14:00, Tobias Kaefer wrote: Quoting Laurence Tonke [EMAIL PROTECTED]: Brötchen BelagKäse/Belag /Brötchen ist was anderes als BrötchenKäse/Brötchen nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das einzige was Du machen könntest, wäre Brötchen Belag=Käse/ Doch noch besser: Brötchen Type=Sesam Size=Paarweck Belag Type=Käse Subtype=Tilsitter Count=1/ Belag Type=Salami Subtype=Mailänderart Count=2/ Belag Type=Ei Subtype=gekocht und geschnitten Count=5/ Belag Type=Gurke Subtype=Spreewälder Count=2/ /Brötchen oder oder oder ;-) Ich bin Vegetarier. Wärest Du so nett die Salami von meinem Brötchen runterzunehmen? ;-) Laurence -- Laurence Tonke Software AG http://www.softwareag.com PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] XML-Mde
Hallo Laurence, Laurence Tonke wrote: Das hängt vom Anwendungsfall ab, ob das Sinn macht, Sicherlich, das sehe ich ja auch ein. jedenfalls sind es zwei komplett verschiedene Sachen. Das hat nichts mit Overkill zu tun. Brötchen BelagKäse/Belag /Brötchen ist was anderes als BrötchenKäse/Brötchen Ist vielleicht falsch rübergekommen. Was ich meinte, war daß wenn z.B. in einem Baum ein Knoten nur einen untergeordneten Knoten hat, dann ist es eine überflüssige Information. Käsebrötchen BelagKäseBelag/ /Käsebrötchen Da weiß ich doch eh, was der Belag ist. nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das einzige was Du machen könntest, wäre Brötchen Belag=Käse/ wobei Du dann _immer_ nur _einen_ Belag drauf machen kannst, und nicht mal einen und mal mehrere. Ja. Und wenn das so wäre, daß ein Brötchen eh immer nur Käse drauf hat, dann genütt es Brötchen / zu schreiben. Es gibt nämlich nur eine Sorte davon. Und Brötchen ist dann einfach das Synonym für Käsebrötchen. Das sind alles verschiedene Implementationen, und nicht ein und die selbe in verschiedenen Schreibweisen wie Du meinst. Wenn Du eine Schleife programmierst, kannst Du auch wählen, ob Du for, while oder repeat until nimmst. Das hat nichts mit Overkill zu tun... Damit verfolge ich ja auch unterschiedliche Zwecke. Viele Grüße Michael Kastner PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] XML-Müde
Quoting Laurence Tonke [EMAIL PROTECTED]: On Fri, 2003-02-28 at 14:00, Tobias Kaefer wrote: Quoting Laurence Tonke [EMAIL PROTECTED]: Brötchen BelagKäse/Belag /Brötchen ist was anderes als BrötchenKäse/Brötchen nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das einzige was Du machen könntest, wäre Brötchen Belag=Käse/ Doch noch besser: Brötchen Type=Sesam Size=Paarweck Belag Type=Käse Subtype=Tilsitter Count=1/ Belag Type=Salami Subtype=Mailänderart Count=2/ Belag Type=Ei Subtype=gekocht und geschnitten Count=5/ Belag Type=Gurke Subtype=Spreewälder Count=2/ /Brötchen oder oder oder ;-) Ich bin Vegetarier. Wärest Du so nett die Salami von meinem Brötchen runterzunehmen? ;-) Aber gerne doch: Brötchen Type=Sesam Size=Paarweck Belag Type=Käse Subtype=Tilsitter Count=1/ Belag Type=Paprika Subtype=rot Count=2/ Belag Type=Ei Subtype=gekocht und geschnitten Count=5/ Belag Type=Gurke Subtype=Spreewälder Count=2/ /Brötchen ;-) Wie der *Kunde* es wünscht -- Tobias Käfer Käfer-Software Otto-Wels-Str. 50 55130 Mainz Deutschland(Germany) FON: +49 6131 999 808 FAX: +49 6131 999 807 CELL: +49 172 6149 811 http://www.kaefer-software.de [EMAIL PROTECTED] [EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: ftp-Server
Stephan Munsch sagte: Das ist etwas pervers, oder? $Kunde hat schon bei der Verarbeitung von Dateien 10GB Probleme; aus den verschiedensten Gründen. Ja ist es! Insbesondere auch deshalb, weil beim Komprimieren kleinerer schon übertragener gleichartiger Dateien zur Sicherung regelmäßig der Faktor 10 erreicht werden konnte. Ich übertrage also mehr als 90% 'Luft'. Wenn man kein gemeinsames Komprimierungstool findet, dann kann man ganz einfache Teile auch selber schreiben. Selbst in COBOL. Ich kenne keinen Server, der das garantiert kann. Meine Frage ist, wie lange eigentlich so ein File-Transfer dauert. Könntest Du mit ssh oder Dingen wie netcat eine Umgehung finden? Habe mich schon intensiv mit den Kollegen unterhalten. Ein Split der Dateien auf der BS2000-Anlage ist wohl nicht möglich (oder zu kompliziert). Auf den Mainframes gibt es immer einen SORT, der könnte so etwas können. Auch ohne zu sortieren. Und GNU split gibt es dafür auch. Aber am Ende ist das Anwendungsdesign so krank, dass Du die Probleme nur mit Technik alleine nicht wirst lösen können. Um eine Konvertierung der Zeichen zu erreichen, muss die BS2000-Anlage die Daten an den Linux-ftp-Server schicken - ein 'Holen' der Daten von Linux aus geht daher nicht. Das sind böse Gerüchte. Auch ein recode oder iconv kann Dateien konvertieren; dafür braucht's kein ftp. Es gibt wohl auch keine einfache Möglichkeit, die Daten im BS2000 zu komprimieren, dann zu transportieren und auf der Linux-Maschine zu entpacken. Habe mich schon gefragt, ob manch ein BS2000-Betreuer sich hinter der Eine Google-Suche liefert praktisch sofort: http://192.109.2.220/vil/oec/vil1/openft/opnft_de/win_de/win_dbl.doc Komplizert- heit verschanzt nach dem Motto: beweis uns erst mal das Gegenteil... :-( Ein solcher Transfer dürfte ca. 14-15 Stunden dauern (aus der Zeit für 18 GB hochgerechnet). Gut - ist innerhalb des Firmennetzes. Dort kann man einigermaßen zuverlässig garantieren, dass die Verbindung nicht zwischendrin mal ausfällt. Ich halte diese Methode auch nicht für besonders gut... In meiner alten Firma würde ich dieses Projekt dem Chef vor die Füsse werfen. Alle wollen, dass es funktioniert; tun aber alles dafür, dass es niemals sauber laufen wird. Jochen -- This space is intentionally left blank. PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] XML-Mde
Am Freitag, 28. Februar 2003 13:29 schrieb Michael Kastner: Hallo Max, Beim Speicherplatz auf der Platte möchte ich sehen, wie sich das auswirkt ;-) Die Knotennamen sind sowieso meistens kürzer als die Daten, die sie umschließen. Bei PPS-Systemen mit entsprechend Fertigungstiefen erreicht eine Datenbank leicht schon mal einige Gigabyte. Ich weiß, Du meinst ist nicht so wild, weil das ein Null-Problem ist bei den heutigen Kapazitäten. Für die sollst Du ja auch kein XML nehmen. Auch XML hat Grenzen. Wenn Du solche Aufgaben zu bewältigen hast nimm lieber eine gute Datenbankengine. Ausserdem steht es Dir frei, das Resultat mit Gzip zu komprimieren. Ok, das stimmt. Aber ist mir eigentlich außer fürs Backup ein Schritt zu viel. Im Speicher musst Du sowieso eine andere Repräsentationsform finden. Niemand würde ein XML-Dokument als Zeichenketten im Speicher lassen und on-the-fly parsen. Da hast Du natürlich recht. Das war ziemliches Blech, was ich da behauptet habe. XML ist keine Markup-Language auch wenn der Name etwas verwirrend ist. XML ist ein Gerüst um eine Sprache darin aufzuhängen. Was Du letztendlich mit Deiner Sprache machst, ob Du nun die effektivst möglichen Tags implementierst, oder einfach nur Schwachsinn, dass bleibt Dir überlassen. Ich würde das eher als geordneten Baum implementieren. Ginge es auch anders? Ich habe das jedenfalls auch so gemacht. Das ist überhaupt erst der Grund, warum ich auf diese Kiste mit den verkürzten Öffnen- und Schließen-Tags gekommen bin. Xerces implementiert alle Bäume als Tags innerhalb eines Baumes als doppelt verketteten Stack. Wenn Du Interesse hast, dann schau doch einfach mal beim C++ Workshop vorbei. Ich versuchs ja schon immer und meine Neugier ist auch ziemlich groß. Geht aber im Moment einfacht nicht. Ich schreibe nämlich im Moment an einem kompletten XML-Interpreter. Den werde ich dann auch irgendwann zumindest teilweise vorstellen. Was meinst Du mit Interpreter? Ein Tool für die XSL-Transformation? XSLT ist nur eine Technologie, die mit XML-Dokumenten arbeiten kann. Vordringlich interessiert mich Validierung und XPath/XPointer/XQuery denn die machen eine Stand-alone XML-aware Applikation erst richtig produktiv. Und es gibt zu diesen Technologien noch keine Tools. Würde mich interessieren. Viele Grüße Michael Kastner - --- PUG - Penguin User Group Wiesbaden - http://www.pug.org -- +Max Trense +[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] XML-Müde
On Fri, 2003-02-28 at 14:10, Michael Kastner wrote: Hallo Laurence, Laurence Tonke wrote: Das hängt vom Anwendungsfall ab, ob das Sinn macht, Sicherlich, das sehe ich ja auch ein. jedenfalls sind es zwei komplett verschiedene Sachen. Das hat nichts mit Overkill zu tun. Brötchen BelagKäse/Belag /Brötchen ist was anderes als BrötchenKäse/Brötchen Ist vielleicht falsch rübergekommen. Was ich meinte, war daß wenn z.B. in einem Baum ein Knoten nur einen untergeordneten Knoten hat, dann ist es eine überflüssige Information. Käsebrötchen BelagKäseBelag/ /Käsebrötchen Da weiß ich doch eh, was der Belag ist. Nein, in dem einen Fall ist es das Käsebrötchen (wie z.B. Rosinenbrötchen oder Mohnbrötchen) und in dem anderen Fall das Brötchen mit Käse (wie z.B. mit Wurst oder mit Marmelade) Durch deine Verkürzung hast Du den Sinn verändert. Vielleicht war mein Brötchen-Beispiel nicht sooo klasse... nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das einzige was Du machen könntest, wäre Brötchen Belag=Käse/ wobei Du dann _immer_ nur _einen_ Belag drauf machen kannst, und nicht mal einen und mal mehrere. Ja. Und wenn das so wäre, daß ein Brötchen eh immer nur Käse drauf hat, dann genütt es Brötchen / zu schreiben. Es gibt nämlich nur eine Sorte davon. Und Brötchen ist dann einfach das Synonym für Käsebrötchen. Aber kein Bäcker auf der Welt verkauft nur eine Sorte Brötchen, und auf ein Brötchen kann man auch mehrere Beläge drauf tun (muß man aber nicht) Das sind alles verschiedene Implementationen, und nicht ein und die selbe in verschiedenen Schreibweisen wie Du meinst. Wenn Du eine Schleife programmierst, kannst Du auch wählen, ob Du for, while oder repeat until nimmst. Das hat nichts mit Overkill zu tun... Damit verfolge ich ja auch unterschiedliche Zwecke. So ist es. Und oben genannte Beispiele verfolgen auch _unterschiedliche_ Zwecke, und sind eben _nicht_ ein und dasselbe, wie Du meinst. Laurence -- Laurence Tonke Software AG http://www.softwareag.com PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] XML-Mde
Am Freitag, 28. Februar 2003 14:10 schrieb Michael Kastner: Hallo Laurence, Laurence Tonke wrote: Das hängt vom Anwendungsfall ab, ob das Sinn macht, Sicherlich, das sehe ich ja auch ein. jedenfalls sind es zwei komplett verschiedene Sachen. Das hat nichts mit Overkill zu tun. Brötchen BelagKäse/Belag /Brötchen ist was anderes als BrötchenKäse/Brötchen Ist vielleicht falsch rübergekommen. Was ich meinte, war daß wenn z.B. in einem Baum ein Knoten nur einen untergeordneten Knoten hat, dann ist es eine überflüssige Information. Die Information ist keineswegs überflüssig. Der Knoten bietet Dir technisch gesehen erst die Möglichkeit mit den Daten etwas anzufangen. BrötchenKäse/Brötchen ist für mich ein mit Käse gebackenes Brötchen (sind übrigens sehr lecker). Wenn das jemand anders interpretiert, haben wir ein Problem. Und genau das will XML verhindern, durch geschickte Bezeichnerwahl können einfach weniger Missverständnisse auftreten. -- +Max Trense +[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] Re: [PUG] Re: [PUG] XML-Müde
Euer Bsp. funktioniert ja noch nicht mal in ganz Deutschland und da wird bekanntlich ein und dasselbe Tastaturlayout verwendet. Aber gerne doch: Brötchen Type=Sesam Size=Paarweck ~ [1] Belag Type=Käse Subtype=Tilsitter Count=1/ Belag Type=Paprika Subtype=rot Count=2/ Belag Type=Ei Subtype=gekocht und geschnitten Count=5/ Belag Type=Gurke Subtype=Spreewälder Count=2/ /Brötchen [1] das geht maximal in Rheinhessen/HE/RLP. In Bayern müßte daraus Semmel und in Brandenburg/Berlin Schrippen werden. Für andere Gebiete in D fällt mir da noch Brötchen und Weissgebäck ein. sowas ;-) Thomas PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] XML-Müde
Am Freitag, 28. Februar 2003 14:00 schrieb Tobias Kaefer: Quoting Laurence Tonke [EMAIL PROTECTED]: Brötchen BelagKäse/Belag /Brötchen ist was anderes als BrötchenKäse/Brötchen nämlich ein Käsebrötchen, und kein normales Brötchen mit Käse. Das einzige was Du machen könntest, wäre Brötchen Belag=Käse/ Doch noch besser: Brötchen Type=Sesam Size=Paarweck Belag Type=Käse Subtype=Tilsitter Count=1/ Belag Type=Salami Subtype=Mailänderart Count=2/ Belag Type=Ei Subtype=gekocht und geschnitten Count=5/ Belag Type=Gurke Subtype=Spreewälder Count=2/ /Brötchen Oder nicht. Das macht man nicht! Attribute und Elemente sind in XML keineswegs austauschbar. Ganz im Gegenteil: Je differenzierter die Knotenstruktur ist, desto einfacher wird das XML-Dokument Brötchen TypSesam/Typ GrößePaarweck/Größe Belag TypKäse/Typ UntertypTilsitter/Untertyp Anzahl1/Anzahl /Belag /Brötchen ist wesentlich freundlicher zu lesen und entspricht auch dem Standard. Der sagt, dass alle Informationen, die ein Objekt beschreiben in Elemente gehören und alle Attribute dieser Informationen in der Attributliste stehen. Dein Beispiel ist zwar Well-Formed aber der Sinn der Information geht verloren. Daher auch: Datum Tag25/Tag Monat Typ=Zahl04/Monat Monat Typ=AusgeschriebenApril/Monat Jahr2099/Jahr /Datum -- +Max Trense +[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] know-o-linux
ach, ich hab den Raid Howto mal überarbeitet, und online verfügbar gemacht. wenn der webmaster will, kann von der pug.org ein link dorthin führen. ich denke das ist recht hilfreich. wenn ihr fehler findet, lasst es mich wissen. ich habe das dokument aus dem kopf geschrieben, und es kann sein, das ich das ein oder anderte übersehen habe. http://x-nas.org/german-root-raid1-step-by-step.html °henrik PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] Re: [PUG] XML-Müde
Quoting Thomas Borger [EMAIL PROTECTED]: Euer Bsp. funktioniert ja noch nicht mal in ganz Deutschland und da wird bekanntlich ein und dasselbe Tastaturlayout verwendet. [1] das geht maximal in Rheinhessen/HE/RLP. In Bayern müßte daraus Semmel und in Brandenburg/Berlin Schrippen werden. Für andere Gebiete in D fällt mir da noch Brötchen und Weissgebäck ein. sowas ;-) Soetwas nennt man wohl Schnittstellendefinition oder?? ;-) -- Tobias Käfer Käfer-Software Otto-Wels-Str. 50 55130 Mainz Deutschland(Germany) FON: +49 6131 999 808 FAX: +49 6131 999 807 CELL: +49 172 6149 811 http://www.kaefer-software.de [EMAIL PROTECTED] [EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] XML-Müde
Quoting Max Trense [EMAIL PROTECTED]: Oder nicht. Das macht man nicht! Attribute und Elemente sind in XML keineswegs austauschbar. Ganz im Gegenteil: Je differenzierter die Knotenstruktur ist, desto einfacher wird das XML-Dokument Das ist eben geschmackssache! Und was heisst einfacher? Wie definiert man einfacher? Brötchen TypSesam/Typ GrößePaarweck/Größe Belag TypKäse/Typ UntertypTilsitter/Untertyp Anzahl1/Anzahl /Belag /Brötchen ist wesentlich freundlicher zu lesen und entspricht auch dem Standard. Mein Konstrukt entspricht auch dem Standart. Und ob es freundlicher zu lesen ist, würde ich aus meiner Sicht bezweifeln. Der sagt, dass alle Informationen, die ein Objekt beschreiben in Elemente gehören und alle Attribute dieser Informationen in der Attributliste stehen. Warum? Ist denn der Typ eines Objektes kein Atrribut? Dein Beispiel ist zwar Well-Formed aber der Sinn der Information geht verloren. Wenn Du das so siehst!? Daher auch: Datum Tag25/Tag Monat Typ=Zahl04/Monat Monat Typ=AusgeschriebenApril/Monat Jahr2099/Jahr /Datum Der Tag an sich ist hier ja auch ein eigenes Objekt ebenso wie Monat und Jahr. Von daher gehe ich mit Dir hier konform. -- Tobias Käfer Käfer-Software Otto-Wels-Str. 50 55130 Mainz Deutschland(Germany) FON: +49 6131 999 808 FAX: +49 6131 999 807 CELL: +49 172 6149 811 http://www.kaefer-software.de [EMAIL PROTECTED] [EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] XML-Müde
Am Freitag, 28. Februar 2003 15:02 schrieb Tobias Kaefer: Quoting Max Trense [EMAIL PROTECTED]: Oder nicht. Das macht man nicht! Attribute und Elemente sind in XML keineswegs austauschbar. Ganz im Gegenteil: Je differenzierter die Knotenstruktur ist, desto einfacher wird das XML-Dokument Das ist eben geschmackssache! Und was heisst einfacher? Wie definiert man einfacher? Bei Standards gibt es keine Geschmackssache. Sicherlich ist XML sehr freizügig mit Interpretationsmöglichkeiten und ein Parser sollte so gut lesen können, dass er selbst das entstellteste XML lesen kann... Aber der Writer sollte auch so klares und Standard-konformes XML wie möglich schreiben. Brötchen TypSesam/Typ GrößePaarweck/Größe Belag TypKäse/Typ UntertypTilsitter/Untertyp Anzahl1/Anzahl /Belag /Brötchen ist wesentlich freundlicher zu lesen und entspricht auch dem Standard. Mein Konstrukt entspricht auch dem Standart. Und ob es freundlicher zu lesen ist, würde ich aus meiner Sicht bezweifeln. http://www.w3schools.com/xml/default.asp Der sagt, dass alle Informationen, die ein Objekt beschreiben in Elemente gehören und alle Attribute dieser Informationen in der Attributliste stehen. Warum? Ist denn der Typ eines Objektes kein Atrribut? Das Objekt ist der Knoten, seine Werte das Element und Beschreibungen dieser Werte sind Attribute. Belag Typ Alter=altKäse/Typ /Belag alt beschreibt hier nicht den Typ (das Objekt) sondern den Käse. Wenn Du also etwas schreibst wie: Belag Typ=Käse / Ist das wunderschön, aber was bitte beschreibt Käse? Der Name Attribut impliziert schon, dass es sich meist um Adjektive handelt. Dein Beispiel ist zwar Well-Formed aber der Sinn der Information geht verloren. Wenn Du das so siehst!? Daher auch: Datum Tag25/Tag Monat Typ=Zahl04/Monat Monat Typ=AusgeschriebenApril/Monat Jahr2099/Jahr /Datum Der Tag an sich ist hier ja auch ein eigenes Objekt ebenso wie Monat und Jahr. Von daher gehe ich mit Dir hier konform. -- +Max Trense +[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] XML-Müde
Hallo Max, Max Trense wrote: Am Freitag, 28. Februar 2003 15:02 schrieb Tobias Kaefer: Daher auch: Datum Tag25/Tag Monat Typ=Zahl04/Monat Monat Typ=AusgeschriebenApril/Monat Jahr2099/Jahr /Datum Der Tag an sich ist hier ja auch ein eigenes Objekt ebenso wie Monat und Jahr. Von daher gehe ich mit Dir hier konform. Hier wäre es meines Erachtens auch besser, es so zu schreiben Datum Tag25/Tag Monat Zahl24/Zahl AusgeschriebenApril/Ausgeschrieben Monat Jahr2099/Jahr /Datum Ist einfach stringenter, behaupte ich mal. Viele Grüße Michael Kastner PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] AW: [PUG] Re: [PUG] XML-Müde
das macht alles überhaupt keinen sin. nachdem ich mir mal im browser angeschaut habe (und die sonderzeihen entfernt hatte) hatte ich ein supper baumartige strucktur des belegten brötchens. doch was bringt mir das? gibts dafür auch noch sinnvolle anwendungesbeispiele? ausserdem müsste es doch so aussehen ;) belegtesbrotchen Type=Rosenbrotschen Brotchenteile Type=geschnitten Belag Type=Kase/ Belag Type=Salami/ Belag Type=Ei/ /Brotchenteile /belegtesbrotchen PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] KPilot
Am Donnerstag, 27. Februar 2003 12:14 schrieb Ernst May-Jung: Hallo, hat jemand Erfahrungen mit einem Palm Pilot (Vx) und der Syncronisation mit Linux? Ich wollte meine Termine mit korganizer abgleichen. Ich habe die Leitung aktiviert und die Kalenderdatei angegeben. Was muß ich sonst noch tun? KPilot meldet nur: Version: KPilot 4.3.3 Version: pilot-link 0.9.5 Hot-Sync-Protokoll No Files to installbr/ HotSync Completed.br/ und tut entprechend gar nichts. Eine Komplettsicherung meiner Pilot Daten hat gut funktioniert. Hi Enst, das ist bei mir auch so. deshalb benutze ich lieber jpilot Grus MArkus --- - PUG - Penguin User Group Wiesbaden - http://www.pug.org -- - Markus Hahn Emser Straße 69a 65195 Wiesbaden Microsoft merges technologies: Windows CE + Windows ME + Windows NT = Windows CEMENT - PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] AW: [PUG] Re: [PUG] XML-Müde
On Fri, 2003-02-28 at 15:39, Henrik Schneider wrote: das macht alles überhaupt keinen sin. nachdem ich mir mal im browser angeschaut habe (und die sonderzeihen entfernt hatte) hatte ich ein supper baumartige strucktur des belegten brötchens. doch was bringt mir das? gibts dafür auch noch sinnvolle anwendungesbeispiele? Natürlich: Einen Webshop für belegte Brötchen zum Beispiel. Du speicherst Die verschiedenen Brötchenkonfigurationen mit Anzahl, Preis und Bild in einer Datenbank in XML-Struktur, baust ein Stylesheet dazu um das ganze nett anzeigen zu können und ein Formular zur Auswahl der gewünschten Brötchenkomponenten... Damit kann der Kunde anhand des gewünschten Belags alle Brötchen die es dazu gibt angezeigt bekommen und kaufen. Jetzt mußt Du nur noch sicherstellen, daß das Brötchen auch bei Deinem Kunden ankommt bevor die Butter ranzig wird... Laurence -- Laurence Tonke Software AG http://www.softwareag.com PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] installations Probleme: PKG_CONFIG_PATH
Hi Liste, Ich habe ein Problem beim installieren einiger Programme, hier ein Beispiel mit gnomeicu. Als ich einmal das Proglem hatte habe ich die gesuchte Datei gesucht und in die Variable PKG_CONFIG_PATH einfach eingetragen (... export PKG_ ...) aber nun habe ich nur noch mehr Probleme. habe mal nen auszug aus der Ausgabe von ./configure kopiert: - checking for pkg-config... /usr/bin/pkg-config checking for libglade-2.0 = 2.0.0 libgnomeui-2.0 = 2.0.0 gnet = 1.1.3 libxml-2.0 = 2.4.7... Package libglade-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libglade-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libglade-2.0' found configure: error: Library requirements (libglade-2.0 = 2.0.0 libgnomeui-2.0 = 2.0.0 gnet = 1.1.3 libxml-2.0 = 2.4.7) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. -- Kann mir jemand sagen was nicht stimmt und wie ich es korrigieren kann? Danke Gruss Benny PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] XML-Müde
Am Freitag, 28. Februar 2003 15:40 schrieb Michael Kastner: Hallo Max, Max Trense wrote: Am Freitag, 28. Februar 2003 15:02 schrieb Tobias Kaefer: Daher auch: Datum Tag25/Tag Monat Typ=Zahl04/Monat Monat Typ=AusgeschriebenApril/Monat Jahr2099/Jahr /Datum Der Tag an sich ist hier ja auch ein eigenes Objekt ebenso wie Monat und Jahr. Von daher gehe ich mit Dir hier konform. Hier wäre es meines Erachtens auch besser, es so zu schreiben Datum Tag25/Tag Monat Zahl24/Zahl AusgeschriebenApril/Ausgeschrieben Monat Jahr2099/Jahr /Datum Ist einfach stringenter, behaupte ich mal. Aber Du musst Dir immer darüber klar werden, welche Bedeutung ein Objekt hat. Ich kann mit Datum/Tag den Tag abrufen und mit Datum/Monat[Typ=Zahl] den Monat. Das sieht wesentlich klarer aus. Es ist mit XML ein bisschen wie mit einer natürlichen Sprache. Im deutschen Sprachgebrauch gibt es viele Möglichkeiten, Dinge auszudrücken, so dass sie grammatikalisch korrekt sind. Aber einen Sinn muss so ein Satz dann noch lange nicht ergeben. Viele Leute schauen einfach immer nur nach der formalen Definition, aber das ist nicht der Weisheit letzter Schluss. Natürlich kommen dann Well-Formed Dokumente heraus, aber das was XML so stark macht ist die Sinnhaftigkeit seiner Ausdrücke. -- +Max Trense +[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] AW: [PUG] Re: [PUG] XML-Müde
Am Freitag, 28. Februar 2003 15:39 schrieb Henrik Schneider: das macht alles überhaupt keinen sin. nachdem ich mir mal im browser angeschaut habe (und die sonderzeihen entfernt hatte) hatte ich ein supper baumartige strucktur des belegten brötchens. doch was bringt mir das? gibts dafür auch noch sinnvolle anwendungesbeispiele? ausserdem müsste es doch so aussehen ;) Browser können aus Prinzip kein XML ;-)) Das ist nur der Wahn der Hersteller. Alles brüllt: XML TOLL!!! und die Browserhersteller sagen: Das kann unser Browser, benutzt ihn! belegtesbrotchen Type=Rosenbrotschen Brotchenteile Type=geschnitten Belag Type=Kase/ Belag Type=Salami/ Belag Type=Ei/ /Brotchenteile /belegtesbrotchen Gibt es dann auch: ... Brotchenteile Type=mit einem Fleischerbeil bis zur Unkenntlichkeit verstümmelt ... ??? -- +Max Trense +[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] XML-Müde
Hallo Max, Max Trense wrote: Aber Du musst Dir immer darüber klar werden, welche Bedeutung ein Objekt hat. Ich kann mit Datum/Tag den Tag abrufen und mit Datum/Monat[Typ=Zahl] den Monat. Das sieht wesentlich klarer aus. Es ist mit XML ein bisschen wie mit einer natürlichen Sprache. Im deutschen Sprachgebrauch gibt es viele Möglichkeiten, Dinge auszudrücken, so dass sie grammatikalisch korrekt sind. Aber einen Sinn muss so ein Satz dann noch lange nicht ergeben. Viele Leute schauen einfach immer nur nach der formalen Definition, aber das ist nicht der Weisheit letzter Schluss. Ohne jetzt zu weit abzuschweifen zu wollen: Begriffsbildung lernt man am besten über die Erkenntnistheorie. Und da gibt es mit dem Organon von Aristoteles _ein_ Standardwerk seit über zwei tausend Jahren. Im Grunde ist damals schon die Grundlage gelegt worden, wie man - nicht nur in XML - hierarchische Informationen (Begriffe) strukturiert. Natürlich kommen dann Well-Formed Dokumente heraus, aber das was XML so stark macht ist die Sinnhaftigkeit seiner Ausdrücke. Widerspruch, Euer Ehren! ;-) Ich behaupte mal frech, erst wenn die Ausdrücke sinnhaft sind, wird aus XML-Daten eine Information. Der Kontext muß eindeutig sein, dann lassen sich die Informationen daraus ziehen. Daten alleine, die in keinem oder einem falschen Kontext stehen, machen keinen Sinn. Insofern ist muß man vorher das was man darstellen möchte im Sinne der Erkenntnistheorie auch als Kontext begriffen haben. Viele Grüße Michael Kastner PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] Re: installations Probleme: PKG_CONFIG_PATH
[EMAIL PROTECTED] [EMAIL PROTECTED] writes: Ich habe ein Problem beim installieren einiger Programme, hier ein Beispiel mit gnomeicu. checking for libglade-2.0 = 2.0.0 libgnomeui-2.0 = 2.0.0 gnet = 1.1.3 libxml-2.0 = 2.4.7... Package libglade-2.0 was not found in the pkg-config search path. Kann mir jemand sagen was nicht stimmt und wie ich es korrigieren kann? Dir fehlt vermutlich das Paket libglade-2.0-dev. Jochen -- #include ~/.signature: permission denied PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: installations Probleme: PKG_CONFIG_PATH
Dir fehlt vermutlich das Paket libglade-2.0-dev. Jochen hmm, habe immernoch das selbe Problem, meinst du nicht dass es an der Varable liegt und ich irgndwie die pfade eintragen muss ??? Gruss Benny PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] Re: [PUG] AW: [PUG] Re: [PUG] XML-Mde
* Max Trense wrote/schrieb: Browser können aus Prinzip kein XML ;-)) Das ist nur der Wahn der Hersteller. Alles brüllt: XML TOLL!!! und die Browserhersteller sagen: Das kann unser Browser, benutzt ihn! Har Har. Bullshit-Bingo! Ich sag nur Fett /Fett - Ist schon eine riesige Arbeitserleichterung gegenüber B /B, gell? :-))) -martin -- Compatible: Gracefully accepts erroneous data from any source. PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] Re: [PUG] Re: [PUG] XML-Mde
* Max Trense wrote/schrieb: Bei Standards gibt es keine Geschmackssache. Sicherlich ist XML sehr freizügig mit Interpretationsmöglichkeiten und ein Parser sollte so gut lesen können, dass er selbst das entstellteste XML lesen kann... Mal eine Zwischenfrage vom XML-Anfänger. Ich las beim W3C, daß XML-Parser grundsätzlich das Dokument vollständig zurückweisen sollen, wenn es nicht wohlgeformt ist. Wie deckt sich das denn mit entstelltestes XML lesen? Nachdem ich die ersten Experimente mit XML für Daten gemacht habe und das eigentlich ganz angenehm finde, habe ich den Eindruck, daß XML eins der am meisten mißverstandenen Buzzwords dieser Tage ist. -martin -- The day they take Linux away from us is the day they pry it from our cold, dead fingers! PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] Re: installations Probleme: PKG_CONFIG_PATH
[EMAIL PROTECTED] [EMAIL PROTECTED] writes: Dir fehlt vermutlich das Paket libglade-2.0-dev. habe immernoch das selbe Problem, meinst du nicht dass es an der Varable liegt und ich irgndwie die pfade eintragen muss ??? [21:33:37]:jupiter:(pts/1):~$ dpkg -L pkg-config /. /usr /usr/lib /usr/lib/pkgconfig ... [21:33:39]:jupiter:(pts/1):~$ ls /usr/lib/pkgconfig atk.pcgconf.pc gobject-2.0.pc ... Jede GNOME-Bibliothek wirft seine .pc-Datei in das Verzeichnis und pkg-config findet den Kram dort. Oder hast Du den Kram selber kompiliert? Jochen -- #include ~/.signature: permission denied PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] Re: [PUG] Re: [PUG] XML-Mde
Am Freitag, 28. Februar 2003 21:37 schrieb Martin Schmitt: * Max Trense wrote/schrieb: Bei Standards gibt es keine Geschmackssache. Sicherlich ist XML sehr freizügig mit Interpretationsmöglichkeiten und ein Parser sollte so gut lesen können, dass er selbst das entstellteste XML lesen kann... Mal eine Zwischenfrage vom XML-Anfänger. Ich las beim W3C, daß XML-Parser grundsätzlich das Dokument vollständig zurückweisen sollen, wenn es nicht wohlgeformt ist. Wie deckt sich das denn mit entstelltestes XML lesen? Ich habe mich vielleicht etwas unglücklich augedrückt. Ich meinte Dokumente von niedriger Qualität. Natürlich sollte ein Parser jedes ungültige Dokument ablehnen. Genau das ist ja auch durch die Tag-Struktur von XML erst möglich. Nachdem ich die ersten Experimente mit XML für Daten gemacht habe und das eigentlich ganz angenehm finde, habe ich den Eindruck, daß XML eins der am meisten mißverstandenen Buzzwords dieser Tage ist. Einverstanden -- +Max Trense +[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] Mail-Wahnsinn leicht gemacht
Hallo! Hier die Top-Ten Methoden, um die anderen Leser der Mailingliste in den Wahnsinn zu treiben: 10. Du zitierst eine dreiseitige Mail komplett, und kommentierst sie mit Worten wie Erzähl mehr!, Lern Schreiben! oder Wen interessiert das? 9. Du schreibst in einer Sprache, die weder deutsch noch englisch ist. 8. Du willst eine Frage zu einem ganz anderen Thema stellen und machst das, indem Du auf eine alte Mail antwortest, nichts zitierst, die Betreff-Zeile so läßt wie sie war, und dann Deine Frage in diese Mail schreibst. 7. Du denkst, daß jemand, der Deine Art von Humor nicht versteht, ein schlechter Mensch ist und wunderst Dich über Sonderzeichen wie ;-) , die Du in vielen Mails siehst. 6. Du hast den neuen, 2 MB großen und erst 1 Stunde alten Patch auf den neuesten Kernel heruntergeladen und verteilst ihn über die Liste an alle anderen, damit sie up-to-date sind. 5. du schreibst ausschließlich in kleinbuchstaben und hältst richtige zeichensetzung für ein korsett in das du deine sprachliche kreativität zwängen müßtest die leser deiner mail dürfen schon nicht zu dämlich sein um zu verstehen wo deine sätze aufhören und wo sie enden absätze braucht ebenfalls kein mensch die ziehen die mails nur unnötig in die länge manchmal schrEIBST DU AUCH IN GRO?BUCHSTABEN WEIL DIE KLEINBUCHSTABEN GERADE MAL NICHT FUNKTIONIEREN WEI? DER GEIER WARUM 4. Du schreibst ausschließlich unter Pseudonym, weil das Dir so eine mystische Aura gibt. 3. Du bist der Meinung, daß Du dich ohne HTML-Mails nicht richtig ausdrücken kannst. Daß Deine siebenjährige Tochter (alternativ: siebenjährige kleine Schwester) ihre Briefe an die Oma mit dicken Filzstiften und in allen Farben schreibt, findest Du niedlich. 2. Du hattest es früher auch nicht einfach, warum solltest Du es den anderen bei Ihren Problemen einfach machen? Wer mit RFCs und Manpages noch nicht umgehen kann, sollte besser zu Windows zurückkehren. Wichtig ist, daß die anderen erfahren, was Du alles kannst, ohne daß sie es verstehen. Du willst Dir ja schließlich keine Konkurrenten schaffen. ... und die TOP-Methode, um alle in den Wahnsinn zu treiben: 1. Du schreibst eigens eine Mail an die Liste, um jemanden darauf hinzuweisen, daß er soeben eine der hier aufgezählten Regeln verletzt hat. - Einen weiterführenden Text zum Thema Effektiver Einsatz von E-Mails findet Ihr unter: http://members.aol.com/Scheffner/Email.html PUG - Penguin User Group Wiesbaden - http://www.pug.org