Am Dienstag, 13. November 2001 07:18 schrieb Matthias Strack:

Gudn,

At 06:03 13.11.2001 +0100, Axel Lindlau wrote:

...

Hallo, gibt es unter Linux ein ähnliches Programm wie >DreamWeaver< Staroffice kann man da irgendwie vergessen....oder muss man dafür auf WIN umsteigen ????? Muss eine fast fertige Seite noch richtig verlinken und Bilder austauschen;daher nutzt auch Quanta sehr wenig.......weil ich das irgendwie nicht kapiere.........:-(

es gibt doch vi, joe etc pp ;)

Mein Reden... Aber ich glaube beim Standard-SuSE-Paket ist auch noch Bluefish dabei... Genaueres kann ich dazu aber nicht sagen, vi ist nämlich mein Freund... MfG, Marc Mc Guinness -- "Never surf faster, than your guardian penguin can fly!"

Am Dienstag, 13. November 2001 08:20 schrieb Heinz W. Pahlke:

Ansonsten muesste Axel Lindlau schon verraten, was er genau vermisst bzw. braucht. Drag and Drop ?

Hagen, der immer verzweifelt, wenn er Designer-Macromedia-HTML an Datenbanken anbinden soll.

On 13-Nov-2001 Heinz W. Pahlke wrote:

Warum ist es eigentlich so unueblich geworden, einfach mal bei http://freshmeat.net nachzuschauen? Die Adresse geht so etwa zweitaeglich (oder ist es taeglich?) ueber die Liste.

Eventuell schätzt man eine Empfehlung aus der Liste seines Vertrauens für ein bestimmtes Programm, mit dem Andere möglicherweise schon gute Erfahrungen gemacht haben, allgemein mehr? :-) Das sollte die Liste eigentlich ehren, oder? Ich würde nicht alles so negativ sehen. Beste Grüße Andreas -- URL: http://www.jazznrhythm.de ICQ: # 20740281 Tel/Fax (D): +49-(0)89-1488-209051

On 13-Nov-2001 Philipp Strube wrote:

Da muss ich Andreas recht geben. Ich benutze auch gerne Programme die ich aus der Liste empfohlen bekommen habe, denn dann weiss ich wenigstens das es unter SuSE ans laufen zu bekommen ist. Als echter Anfänger, zweifel

Mit solchen Aussagen ware ich sehr vorsichtig. Wenn dir bestimmte Pakete fehlen oder zu alte Versionen installiert sind, klappt es z.B. nicht. Da ist uebrigens auch immer wieder ein Thema auf dieser Liste.

ich bei den ganzen Fehlermeldungen schonmal dran, dass das Programm bei mir überhaupt laufen kann. Die letzten 2 Programme die ich von Freshmeat habe, sie sollen mp3's nach ID3Tag und Dateinamen in verschiedene Verzeichnisse einsortieren, und doppelte löschen, funktioniert irgendwie nicht. Hab mich zwar

Fehlermeldungen posten und schon kann es mit der Ursachenforschung losgehen. Wenn du das drei Mal durchexerziert hast, lachst du ueber solche Probleme nur noch. Dann weisst du, wie du solche Probleme loesen kannst. (Na gut, nicht immer, aber meistens. Und fuer den Rest gibt es die Liste.)

der Liste kommt, ich benutze immer (...), dann denk ich mir immer: Los probier weiter das muss gehen. :)

Wenn... s.o. Gruss, Heinz. -- E-Mail: Heinz W. Pahlke This message was sent by means of XFMail via SuSE Linux

* Matthias Strack schrieb am 13.Nov.2001:

At 06:03 13.11.2001 +0100, Axel Lindlau wrote:

...

gibt es unter Linux ein ähnliches Programm wie >DreamWeaver< Staroffice kann man da irgendwie vergessen....oder muss man dafür auf WIN umsteigen ????? Muss eine fast fertige Seite noch richtig verlinken und Bilder austauschen;daher nutzt auch Quanta sehr wenig.......weil ich das irgendwie nicht kapiere.........:-(

es gibt doch vi, joe etc pp ;)

Außerdem gibt es selfhtml, wo html sehr genau beschrieben wird. http://selfaktuell.teamone.de/extras/download.shtml Ein paar Links setzen wird denn wohl kein Problem sein. Bernd -- Umsteiger von Microsoft Windows xx? Hast Du schon file://usr/doc/howto/de/DE-DOS-nach-Linux-HOWTO.txt gelesen? Auch file://usr/doc/Books/Linuxhandbuch.dvi ist zu empfehlen. |Zufallssignatur 1

Hallo, Am Dienstag, 13. November 2001 09:31 schrieb Martin Lasarsch:

Es gibt von IBM WebSphere Homepagebuilder, welches allerdings ein kommerzielles produckt ist.

Ich habe es noch nicht live gesehen, weiss deshalb auch nicht genau ob es das ist was du suchst, und ob es für deine Ansprüche ausreichend ist.

Ein 60 tage demo findest du u.a. hier:

http://www.suse.de/de/products/software/web/hpb/order.html

Ich finde es gar nicht so schlecht. Man kommt aber auch hier nicht rum teilweise im Code zu programmieren, weil alles kann er nicht und manche Sachen sind im WYSIWYG zu kompliziert. Aber um schnell eine Seite grob zu entwerfen und dann die Feinheiten im Code ändern, dafür ist meine serachtens der Homepage Builder super. Jan -- Jan Boy Dietrich ,Lönsweg 10 ,37431 Bad Lauterberg im Harz jbd@jbd.de www.jbd.de 0700/00052333 ______________________________________________________________ Viel Erfolg und ein langes Leben ! Reg.LinuxUser: 120506 Reg.LinuxMaschine: 52852

From: Waldemar Brodkorb [mailto:waldemar@thinknow.de]

Hallo Axel,

...

From the keyboard of Axel,

...

Hallo, gibt es unter Linux ein ähnliches Programm wie >DreamWeaver< Staroffice kann man da irgendwie vergessen....oder muss man dafür auf WIN umsteigen ????? Muss eine fast fertige Seite noch richtig verlinken und Bilder austauschen;daher nutzt auch Quanta sehr wenig.......weil ich das irgendwie nicht kapiere.........:-(

Wenn du Quanta nicht kapierst, wirst du auch Dreamweaver nicht verstehen.

ACK zumindest wir er ziemliche Probleme bekommen.

Lerne HTML und nicht den Umgang mit einer Applikation, die dir simuliert WebSeitenerstellung wäre trivial.

vi und selfhtml und du kannst JEDE Seite erstellen.

Also so langsam erschient mir das die Standardausrede unter Linuxusern wenn es keine, zur Windows Applikation, gleichwertige Lösung unter Linux gibt. Natürlich kann ich mit vi alles machen aber mit Dreamweaver und Konsorten geht es VIEL schneller und in vielen Fällen auch VIEL einfacher. Auch mit Dreamweaver benötige ich HTML (Javascript...)Kenntnisse um gut Seiten zu machen. Und auch bei mir laufen die meisten Seiten danach nochmal durch einen Editor (z.B. den schon erwähnten Phase 5) und für kleine Änderungen gibt es eh nichts einfacheres. Ich kann auch mit tex meine Briefe schreiben, aber wer macht das? Es geht mit anderen Programmen einfach besser und einfacher. Ich glaube, mit dieser Einstellung wären wir heute noch beim C64 (und jetzt sagt bitte keiner, daß wäre besser so, da hab ich nämlich keine Argumente gegen :-). Es gibt einige Dinge die ich inzwischen auhc gerne per Hand mache aber das als Ideal hinzustellen finde ich doch übertrieben. Gruß Christian

From: Bernd Brodesser [mailto:B.Brodesser@t-online.de]

* Christian Herzyk schrieb am 13.Nov.2001:

...

Ich kann auch mit tex meine Briefe schreiben, aber wer macht das? Es geht mit anderen Programmen einfach besser und einfacher.

Welche? Ich kenne keins. Oder meinst Du LaTeX, dann hast Du Recht. LaTeX ist zusammen mit DINBrief besser geeignet als Plain TeX.

Also wenn ich mir Vorstelle eine Ahnungslose Person (oder sagen wir jemand der einen Computer grundsätzlich bedienen und Schreibmaschine schreiben kann) an TeX, LaTeX und an z.B. StarOffice setze, dann bin ich mir ziemlich sicher, daß er mit StarOffice am besten zurecht kommt.

...

Ich glaube, mit dieser Einstellung wären wir heute noch beim C64 (und jetzt sagt bitte keiner, daß wäre besser so, da hab ich nämlich keine Argumente gegen :-).

Welchen Vorteil soll ein C64 haben? Zu der Zeit, als es den C64 gab, gab es auch schon UNIX und man konnte all die schönen Dinge machen, die man auch heute noch auf der Konsole machen kann. Nur waren die Rechner damals ein wenig teuer, genau wie heute, wenn man AIX oder HP-UX betreiben will.

...

Es gibt einige Dinge die ich inzwischen auhc gerne per Hand mache aber das als Ideal hinzustellen finde ich doch übertrieben.

Kommt darauf an was man will. Wenn man mal irgendwann was machen will, dann ist klicki bunti vielleicht nicht schlecht, aber wenn man professionel an bestimmten Sachen heran gehen will, dann ist die Konsole meist nicht das schlechteste.

Das ist eigentlich das was ich meine, das schlechteste ist es sicher nicht. Aber hier wird es in vielen Situation als Allheilmittel verkauft. Und gerade beim Webdesign bin ich mir sicher, daß in den meisten Fällen auch bei Profis irgendwann im Prozess auch ein Tool wie Dreamweaver (o.ä.) eingesetzt wird. Christian

From: Bernd Brodesser [mailto:B.Brodesser@t-online.de]

Das allerste, was ich je an einem Rechner gemacht habe, war LaTeX-Texte zu verfassen. Das war noch vor einem Computerkurs. Ich wußte von UNIX nur soviel, daß man sich einloggen mußte und dann einen Editor aufrufen und dann wußte ich noch, daß die Dateien ein .tex am Ende haben mußte und daß ich mit latex eine Datei gleichen Namens erzeugen konnte, nur mit .dvi anstelle von .tex am Ende. Außerdem gab es noch Befehle, mit deren Hilfe ich mir das Ergebniß am unverschämt teuren X-Terminal ansehen konnte und mit einem anderen konnte ich es ausdrucken. Das war meine erste Computererfahrung. StarOffice kenne ich bis heute nicht, und es interessiert mich auch nicht.

Abgesehen davon hat (La)TeX nichts mit Linux zu tun, es gibt es genausogut auch unter Windows und unter DOS. Mit letzterem habe ich meine Diplomarbeit geschrieben. Ich bezweifele, daß ich dies mit StarOffice geschaft hätte. Zur Information: Ich bin Mathematiker, und da gibt es sehr viele Sonderzeichen und ganz spezielle Satzvorschriften.

Also ich, und viele die ich kenne, hatten immer Probleme sich mit TeX anzufreunden. Daß es für Mathematiker keine/kaum Alternativen gibt ist mir bekannt.

Ich kenne Dreamweaver nicht. Ich höre aber immer nur, daß der erzeugte Code von solchen Teilen grausam sein soll. Kann ich allerdings nicht beurteilen. Vielleicht ist dies auch überholt. Natürlich kann man Webdesign nicht von der Konsole aus allein machen. Anschauen möchte man sich das Ergebnis schon mal. Aber auch auf der Konsole (lynx, w3m, links), daß wird leider zu oft vergessen.

Dreamweaver ist, meiner Meinung nach, da echt die positive Ausnahme. Ich habe mir sehr viele Programme angeschaut und war (außer bei einer frühen HotDog-Version) immer geschockt von den Code. DW liefert ganz anständige Seiten, die man in den meisten Fällen nicht nachbearbeiten muß. Aber ich glaube wir sollten das Thema jetzt langsam beilegen. Erstens wirds langsam ziemlich OT und zweitens gehen unsere Meinungen nicht sooo weit auseinander, denke ich. Christian

Moin Christian, * Christian Herzyk schrieb am 14 Nov 2001:

...

From: Bernd Brodesser [mailto:B.Brodesser@t-online.de] interessiert mich auch nicht.

Abgesehen davon hat (La)TeX nichts mit Linux zu tun, es gibt es genausogut auch unter Windows und unter DOS. Mit letzterem habe ich meine Diplomarbeit geschrieben. Ich bezweifele, daß ich dies mit StarOffice geschaft hätte. Zur Information: Ich bin Mathematiker, und da gibt es sehr viele Sonderzeichen und ganz spezielle Satzvorschriften.

Also ich, und viele die ich kenne, hatten immer Probleme sich mit TeX anzufreunden. Daß es für Mathematiker keine/kaum Alternativen gibt ist mir bekannt.

s/Mathematiker/Naturwissenschaftler/ bzw. Leute, die große Dokumente mit vielen Bildern, Formeln und Tabellen einfach und in einer vernünftigen Form von allen gängigen Architekturen und Betriebssystemen auf allen gängingen Druck-, Satz- und Belichtungssystemen zu Papier/Folie/Dia/Mikrofilm/... bringen wollen :-) Gruß, Sebastian -- Do not meddle in the affairs of Wizards, for they are subtle and quick to anger. Sebastian Helms - http://www.helms.sh - mailto:mail@helms.sh (PGP welcome) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.sh/faq/

Am Mittwoch, 14. November 2001 09:09 zog Christian Herzyk folgendes aus dem Scrabble-Beutel:

Also wenn ich mir Vorstelle eine Ahnungslose Person (oder sagen wir jemand der einen Computer grundsätzlich bedienen und Schreibmaschine schreiben kann) an TeX, LaTeX und an z.B. StarOffice setze, dann bin ich mir ziemlich sicher, daß er mit StarOffice am besten zurecht kommt.

Ging mir exakt anders herum. Word hatte ich vor LaTeX auch schonmal ausprobiert, aber mich hat die Knopf-Fülle erschlagen und vor allem die Tatsache, dass das Programm einem nicht eine sinnvolle Vorgehensweise vorschlägt. Man klickt rum, zieht an irgendwelchen Schiebern bis es klappt und ärgert sich beim nächsten Mal, dass man nicht mehr weiss, wie man das letztes Mal gemacht hat. Die Anleitungsbücher spiegeln die Ziellosigkeit des Programms wieder. LaTeX war dagegen eine äusserst angenehme Erfahrung. Nach dem ersten Hello World wusste ich wie der Hase läuft und nach ein wenig Einarbeitung mit dem Kopka konnte ich meine Praktikums-Protokolle in Veröffentlichungsqualität (zumindest von der Form her :-) abliefern. Das gleiche Erlebnis hatte ich mit HTML-Editoren: Man bekommt nie genau das, was man möchte. Oder man findet nie raus, warum das, was man möchte so nicht realisierbar ist. Warum auch sollte man ein aufwändiges Programm und dessen Workflow UND HTML lernen, wenn es reicht HTML pur zu lernen? XEmacs nimmt einem das Getippe ab und ein HTML-Präprozessor (wie GTML) erleichtert das Automatisieren. Und man kann seinen Code wunderbar recyceln und von sich selbst abschreiben.

...

...

Ich glaube, mit dieser Einstellung wären wir heute noch beim C64 (und jetzt

Nö, wenn ich ein Programm finde, das 1. noch viel angenehmer in der Bedienung 2. noch leistungsfähiger 3. auch kostenlos 4. genauso stabil 5. genauso plattformunabhängig wie LaTeX ist, dann werde ich wohl das verwenden. Aber es sieht nicht so aus, als wenn etwas derartiges im Kommen wäre... mit freundlichen Grüßen Jörg Lippmann -- dienstlich: joerg.lippmann@o3-software.de · mobil 0179.4125552 O³ Software GmbH und Co. KG · Eichkamp 1 · 24217 Schönberg http://www.o3-software.de · fon 04344.41417.5 · fax 04344.5385

Am Mittwoch, 14. November 2001 11:38 zog Heinz W. Pahlke folgendes aus dem Scrabble-Beutel:

...

Warum auch sollte man ein aufwändiges Programm und dessen Workflow UND HTML lernen, wenn es reicht HTML pur zu lernen? XEmacs nimmt einem das Getippe ab und ein HTML-Präprozessor (wie GTML) erleichtert das Automatisieren. Und man kann seinen Code wunderbar recyceln und von

Auch nachdem ich mal auf http://www.lifl.fr/~beaufils/gtml/ geschaut habe, ist mir immer noch nicht so ganz klar, was so ein Präprozessor genau macht.

1. Du kannst mit GTML eigene Makros aus HTML-Befehlen definieren und dann wie HTML-Befehle in Deinen Seiten einsetzen: define link(text,pic,url) \ <a href="url"></a><br> ... dann kannst Du <http://quark.de)>> in Deinen Seiten verwenden und sparst Getippe. 2. Du kannst Variablen definieren: define english und dann im HTML-File (oder in den Macro-Definitionen) Unterscheidungen treffen: #ifdef english <h1>Great stuff</h1> #else <h1>Toller Stoff</h1> #endif oder #ifndef textonly <img src="RiesigesBild.jpg" alt="Bild"> #else Lieber etwas Text für die Lynx-User #endif (Man würde bei diesen Beispielen aus derselben source 2 unterschiedliche HTML-Files erzeugen können) 3. Du kannst in einem Projekt-File Deine HTML-Files in eine Hierarchie einordnen, die beim Erzeugen eine automatische Sitemap oder automatische Folgelinks erzeugen kann. 4. Du kannst einfache Seitenvorlagen erzeugen, in dem gleiche Teile einfach als Datei eingebunden werden: ------------------- Beispielfile------ #define Titel "Tolle Seite" #include "komplizierter_header.html" <h3><<Titel>></h3> Bla bla #include "komplizierter_footer.html" ---------------------- Vorteil: ein anderes Layout lässt sich leicht durch Ändern von "komplizierter_header.html" und "komplizierter_footer.html" auf alle Seiten anwenden. Man erzeugt sich also derart Quell-Files aus HTML-Befehlen und GTML-Macros, die dann vom Präprozessor alle zusammen in HTML-Files übersetzt werden. Und die kopiert man dann schlauerweise mit weex oder sitecopy auf seinen Server. Es geht nicht alles automatisch, aber man kann sich den gröbsten Ärger vom Hals schaffen, reduziert Tippfehler und bleibt trotzdem nah am Code. Das alles lohnt sich freilich nur, wenn man mehrere Seiten mit einigermassen einheitlichem Layout pflegt. Das Vorgehen ist LaTeX nicht unähnlich. Wurde jetzt einiges klarer? mit freundlichen Grüßen Jörg Lippmann -- dienstlich: joerg.lippmann@o3-software.de · mobil 0179.4125552 O³ Software GmbH und Co. KG · Eichkamp 1 · 24217 Schönberg http://www.o3-software.de · fon 04344.41417.5 · fax 04344.5385

Am Mittwoch, 14. November 2001 14:42 zog Thomas Hertweck folgendes aus dem Scrabble-Beutel:

Ist das vielleicht so etwas aehnliches wie die Website META Language, siehe http://www.engelschall.com/sw/wml/?

Ich denke schon, allerdings ist WML wohl deutlich leistungsfähiger - und komplizierter. Und ich hab's gerne klein und schlank. mit freundlichen Grüßen Jörg Lippmann -- dienstlich: joerg.lippmann@o3-software.de · mobil 0179.4125552 O³ Software GmbH und Co. KG · Eichkamp 1 · 24217 Schönberg http://www.o3-software.de · fon 04344.41417.5 · fax 04344.5385

Jörg Lippmann wrote:

...

...

Getippe ab und ein HTML-Präprozessor (wie GTML) erleichtert das Automatisieren. Und man kann seinen Code wunderbar recyceln und von

Auch nachdem ich mal auf http://www.lifl.fr/~beaufils/gtml/ geschaut habe, ist mir immer noch nicht so ganz klar, was so ein Präprozessor genau macht.

1. Du kannst mit GTML eigene Makros aus HTML-Befehlen definieren und dann wie HTML-Befehle in Deinen Seiten einsetzen:

Letzten Endes sind solche Präprozessoren aber nur Krücken. Der generische Ansatz für das, was man früher mit solchen Präprozessoren gemacht hat, würde heute wohl XML lauten, die Übersetzung findet dann mit XSL statt. Zugegebenermaßen arbeitet man dann aber auf einer anderen Komplexitätsstufe als mit einem simplen Präprozessor. Allerdings muß man früh wissen, was man will. Man kann sich zu viel von einem Präprozessor erhoffen und dann bald an dessen Grenzen stoßen. Beispiel: Das SelfLinux-Projekt (www.selflinux.de), das letztlich aus dieser Liste hervorgegangen ist, hat in seinen Anfängen auf htmlplain, einen Präprozessor gesetzt und damit auch seine erste Vorschau-Release erstellt. Wir hatten auch damals schon über XML diskutiert, aber entschieden, daß es "oversized" für uns wäre. Nach vielen, vielen Stunden Arbeit für die htmlplain-Vorlagen wurde uns schließlich klar, daß wir auf dieser Basis nicht weiter- kommen, und haben letztlich doch XML gewählt. Die Umstellung dauert bis heute an. Der beste Präprozessor scheint aus heutiger sicht noch WML zu sein, aber ich vermute, daß auch dieser seine Beschränkungen erst zeigen wird, wenn es schon zu spät ist. Mit XML geht man einen generischen Weg und kann sich notfalls mittels Parser seinen eigenen HTML-Generator schreiben. - Matthias

Am Mittwoch, 14. November 2001 21:46 zog Heinz W. Pahlke folgendes aus dem Scrabble-Beutel:

Vielen Dank fuer deine ausfuehrliche Erklaerung. Ein bisschen sehe ich jetzt schon weiter.

...

3. Du kannst in einem Projekt-File Deine HTML-Files in eine Hierarchie einordnen, die beim Erzeugen eine automatische Sitemap oder automatische Folgelinks erzeugen kann.

Wenn man bei Umstellungen die Verlinkung auf diese Weise bequem veraendern kann, waere es schon interessant.

In begrenztem Umfang ginge das. Du könntest die Pfade zu den Seiten in Variablen ablegen und diese in den links angeben. Für die nächste/vorherige Seite sowie die drüberliegende Seite einer Hierarchie gibt's fertige Variablen, auf die man verweisen kann.

...

und bleibt trotzdem nah am Code. Das alles lohnt sich freilich nur, wenn man mehrere Seiten mit einigermassen einheitlichem Layout pflegt.

Und da stellt sich mir eben die Frage, ob der Aufwand wirklich lohnt. Es geht um eine Site mit maximal 50 Seiten, alle mit aehnlichem Layout und keiner allzu tiefen Verzeichnishierarchie.

Ich denke schon, aber wie Matthias Kleine schon schrieb, kann das bei grossen Projekten eventuell zu klein und unflexibel werden. ich hab's immer für Sites aus ca. 10-15 Seiten verwendet und dafür lohnt sich der Aufwand auf jeden Fall. Die Vorgehensweise ist folgende: 1. Bau eine komplette Beispielseite für jedes Layout (muss man sowieso machen) 2. Schneide im HTML-Code die Teile raus, die immer auf jeder Seite identisch sind und pack sie in separate Files, die mittels #Include eingebunden werden. Meistens Kopf- und Fuss der Seite, manchmal auch ein Mittelteil (geht recht einfach). 3. Versuche Teile, die sich auf den Seiten öfters auftauchen, durch selbstdefinierte Kommandos zu ersetzen, z.B. Besonders gestaltete Überschriften oder kleine eingebundene Symbole. 4. Erstelle einen File mit der Hierarchie.

...

Das Vorgehen ist LaTeX nicht unähnlich.

Nur ist die Doku zu LaTeX ein klein weniger umfangreicher ;-)

Stimmt, die GTML-Doku ist nicht so prall, aber wenn man sich die Beispiele anguckt, wird einiges klarer. mit freundlichen Grüßen Jörg Lippmann -- dienstlich: joerg.lippmann@o3-software.de · mobil 0179.4125552 O³ Software GmbH und Co. KG · Eichkamp 1 · 24217 Schönberg http://www.o3-software.de · fon 04344.41417.5 · fax 04344.5385

On 13-Nov-2001 Christian Herzyk wrote:

Ich kann auch mit tex meine Briefe schreiben, aber wer macht das? Es

Ich :-)

geht mit anderen Programmen einfach besser und einfacher.

Und dann passt immer der erste Ausdruck korrekt in einen Fensterbriefumschlag? Als faulem Menschen ist mir Applix & Co. fuer diesen Zweck einfach zu aufwendig. Gruss, Heinz -- E-Mail: Heinz W. Pahlke This message was sent by means of XFMail via SuSE Linux

Hi, mal wieder eine Frage zu EIDE-CDBrennern. Ich bekomme beim Versuch mit KOnCD zu brennen den Fehler: cannot open /dev/sg0 cannot open SCSI driver Meine Frage: wieso will er auf /dev/sg0 und nicht auf /dev/scd0 zugreifen und was muß ich ändern? OS: Suse 7.2 (up to date) [x] Kernelparameter hdc=ide-scsi gesetzt [x] modprobe ide-scsi ausgeführt [x] ln -sf /dev/scd0 /dev/cdrecorder ausgeführt [x] /dev/cdrecorder /mediacdrecorder auto ro,noauto,users, exec in /etc/fstab [x] cdrecord -scanbus -> Gerät korrekt erkannt Warum geht's nicht .... Bahnhof???? Gruß Tobias

On 16-Nov-2001 Phillip Richdale wrote:

Ansonsten such Dir ein Open Source DW Pendant in der Linuxwelt - ich persönlich halte "Screem" für das vielversprechenste - und hilf beim

Hast du denn screem installiert bzw. gestartet bekommen? rpm -i screem-0.4.1-1.rh62.i386.rpm error: failed dependencies: libgnomeprint.so.6 is needed by screem-0.4.1-1 libguile.so.4 is needed by screem-0.4.1-1 libreadline.so.3 is needed by screem-0.4.1-1 Die bemaengelten libs liegen aber auf der HD, allerdings in neueren Versionen: /opt/gnome/lib/libgnomeprint.so.6 -> libgnomeprint.so.11.2.4 /usr/lib/libguile.so.4 -> libguile.so.9.0.0 /usr/lib/libreadline.so.3 -> libreadline.so.4.1 Mit --nodeps installiert laesst sich das Programm dann nicht starten: screem: error while loading shared libraries: /usr/lib/libguile.so.4: undefined symbol: qt_error Ach so: rpm -q qt: qt-2.3.1-54 Aber vielleicht hat ja jemand eine Idee, wo hier irgendetwas falsch laufen koennte. Einen schoenen Abend, Heinz. -- E-Mail: Heinz W. Pahlke This message was sent by means of XFMail via SuSE Linux

Moin, * Thorsten Haude [01-11-16 17:03]:

Jetzt kompiliert er, schmeißt aber jede Menge Warnungen aus (immerhin wird mit -Wall komppiliert). Läuft nicht. rm -r screem-0.4.1/.

Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin

Moin, * Phillip Richdale [01-11-18 21:26]:

Am Freitag, 16. November 2001 17:03 schrieb Thorsten Haude:

...

Phillip: Was kann Screem, was Quanta nicht kann?

Die Linkübersicht von screem ist schon mal ein Alleinstellungsmerkmal. Ist das dieses Ding, was auf dem Screemshot ein sternförmiges Bild ergeben hat? Das sieht in der Tat interessant aus.

Dazu kommt, das mir - zumindest vor 3 Monaten - die screem roadmap nicht ganz so planlos erschien wie bei quanta. Roadmaps habe ich mir ehrlich gesagt noch nie angesehen. Ich will schließlich *jetzt* mit einem Tool arbeiten, und weder Quanta noch Screem sehen so aus, als würde man eine längere Einarbeitungszeit brauchen.

Außerdem ist screem kein KDE Programm. Auch ein Vorteil, wenn man so will. Huh?

Thorsten -- Das Briefgeheimnis sowie das Post- und Fernmeldegeheimnis sind unverletzlich. - Grundgesetz, Artikel 10, Abs. 1

On 16-Nov-2001 David Haller wrote:

On Fri, 16 Nov 2001, Heinz W. Pahlke wrote:

...

Ach so: rpm -q qt: qt-2.3.1-54

Hm. Ein RPM fuer RH 6.2... Koennte sein, dass das qt1.4x braucht.

Auch schon mit qt1.4.5 probiert. Laeuft genauso wenig :-(

Mach mal ein 'ldd `which screem`' (bzw. 'ldd `which NAME_DES_BINARY`').

Hier mal den gesamten output, weil ich mit ihm nicht viel anfangen kann und deshalb auch nicht weiss, was wichtig ist. libgnomeui.so.32 => /opt/gnome/lib/libgnomeui.so.32 (0x4002e000) libart_lgpl.so.2 => /opt/gnome/lib/libart_lgpl.so.2 (0x40103000) libgdk_imlib.so.1 => /usr/lib/libgdk_imlib.so.1 (0x40112000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40136000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40140000) libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x40158000) libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x40288000) libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x402bf000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x402c2000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x402ca000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x402d8000) libgnome.so.32 => /opt/gnome/lib/libgnome.so.32 (0x403bb000) libgnomesupport.so.0 => /opt/gnome/lib/libgnomesupport.so.0 (0x403d3000) libesd.so.0 => /usr/lib/libesd.so.0 (0x403d9000) libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0x403e1000) libm.so.6 => /lib/libm.so.6 (0x403f5000) libdb.so.3 => /lib/libdb.so.3 (0x40413000) libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x40451000) libdl.so.2 => /lib/libdl.so.2 (0x40475000) libgtkxmhtml.so.1 => /usr/lib/libgtkxmhtml.so.1 (0x40478000) libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x404d5000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x404e4000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40503000) libz.so.1 => /lib/libz.so.1 (0x4052e000) libxml.so.1 => /usr/lib/libxml.so.1 (0x4053e000) libgnorba.so.27 => /opt/gnome/lib/libgnorba.so.27 (0x40599000) libORBitCosNaming.so.0 => /usr/lib/libORBitCosNaming.so.0 (0x405a5000) libORBit.so.0 => /usr/lib/libORBit.so.0 (0x405ae000) libIIOP.so.0 => /usr/lib/libIIOP.so.0 (0x405ea000) libORBitutil.so.0 => /usr/lib/libORBitutil.so.0 (0x405f2000) libnsl.so.1 => /lib/libnsl.so.1 (0x405f4000) libguile.so.4 => /usr/lib/libguile.so.4 (0x4060a000) libreadline.so.3 => /usr/lib/libreadline.so.3 (0x4068d000) libtermcap.so.2 => /usr/lib/libtermcap.so.2 (0x406b4000) libglade-gnome.so.0 => /opt/gnome/lib/libglade-gnome.so.0 (0x406b8000) libglade.so.0 => /opt/gnome/lib/libglade.so.0 (0x406c7000) libdb.so.2 => /lib/libdb.so.2 (0x406df000) libgnomeprint.so.6 => /opt/gnome/lib/libgnomeprint.so.6 (0x406ed000) libpthread.so.0 => /lib/libpthread.so.0 (0x4075e000) libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0x40774000) libgdk_pixbuf.so.2 => /opt/gnome/lib/libgdk_pixbuf.so.2 (0x40778000) libgnomecanvaspixbuf.so.1 => /opt/gnome/lib/libgnomecanvaspixbuf.so.1 (0x40786000) libc.so.6 => /lib/libc.so.6 (0x4078a000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Achso, andere rpms gab's da nicht?

Habe gerade mit mit rpmfind gesucht. Es gibt doch noch etliche weitere. Da ich nicht weiss, welche sinnvoll sein koennte, habe ich es mal mit der screem-0.4.1-1.rh62.i386.rpm versucht. Doch nun haengt es an anderer Stelle: error: failed dependencies: libgal.so.4 is needed by screem-0.4.1-2 db3 is needed by screem-0.4.1-2 Aber: /opt/gnome/lib/libgal.so.4 -> libgal.so.8.0.1 Was sind hinter db3 verbergen soll, habe ich deshalb nicht mehr gesucht. Nein, so wichtig ist mir screem nun doch nicht, dass ich noch weitere Versionen herunterlade oder stundenlang herumprobiere. Mein Eindruck ist, dass screem auf irgendwelche Funktionen aelterer Bibliotheken zurueckgreift, die es so in den neueren nicht mehr gibt. Bislang verbargen sich hinter allen failed dependencies jedenfalls immer Links auf neuere Versionen. Beste Gruesse, Heinz. -- E-Mail: Heinz W. Pahlke This message was sent by means of XFMail via SuSE Linux

On Sun, 18 Nov 2001, David Haller wrote:

On Sun, 18 Nov 2001, Heinz W. Pahlke wrote:

...

Mein Eindruck ist, dass screem auf irgendwelche Funktionen aelterer Bibliotheken zurueckgreift, die es so in den neueren nicht mehr gibt. Bislang verbargen sich hinter allen failed dependencies jedenfalls immer Links auf neuere Versionen.

Selbst kompilieren??

Nachtrag: Klappt ganz gut, das angepasste .spec maile ich dir gern. Bei den configure-Tests auf die gnome-libs und libglade Versionen musste ich ein wenig tricksen, es hat dann aber ohne "undefined references" auch mit deutlich aelteren libs durchkompiliert: gnome-libs 1.0.53 (statt den geforderten >= 1.2.0) und libglade 0.7 (statt geforderten 0.12). Wenn dein System die Anforderungen erfuellt (und du die -devel Pakete installiert hast), sollte die Kompilation/das rekompilieren des RPMs recht einfach sein (mit dem angepassten .spec). Falls nicht: backe einfach mal das RPM 'rpm -bb screem.spec 2>&1 | tee screem.spec.log' (die "tricks" gibt's ggfs. per PM), und teste es... Aber ich glaube, dein Gnome et. al. ist eh aktuell genug. Maile bei Interesse. -dnh -- 282: Perl Der geglückte Versuch, einen braindump direkt ausführbar zu machen. (gefunden von Alexander Schreiber)