Beiträge von rankx23

  • Calibre Installation scheitert

    Hallo,


    bei mir (PC/openSUSE 11.2/LXDE/Erstinstallation+Updates) scheitert die ersehnte Calibre-Installation (E-Book-Verwaltung). Es gibt zwar eine 1-Klick-Installation
    http://software.opensuse.org/s…ang=de&exclude_debug=true


    die endet aber mit

    Zitat

    Bei der Transaktion sind einige Konflikte aufgetreten, die manuell behoben werden müssen. libicui18n.so.44, benötigt von calibre-0.7.45-1.2.i586, wird von keinem Repository angeboten / .. nicht installieren .. / .. auflösen durch Ignorieren von Abhängigkeiten

    "Ignorieren" führt zu einem Programm, das sich nicht starten lässt.
    Obwohl ahnungslos, habe ich versucht, das libicui zu finden, scheint es aber nur für SUSE 11.4 zu geben.


    Bitte Hilfe!
    Terminalkenntnisse minimal.


    Danke
    rankx23

  • [erledigt]stapelverarbeitung für gimp (dbp)

    öhh, immer noch alt.

  • [erledigt]stapelverarbeitung für gimp (dbp)

    Ich dachte, Groß-/Kleinschreibung hat Microsoft erfunden und wir dürfen auch anders ... aber kein Problem, geht auch so.


    Antwort war:


    Habe danach nochmal "make install" probiert, Fehlermeldung war aber dieselbe.

  • [erledigt]stapelverarbeitung für gimp (dbp)

    ergibt

    Zitat

    Repository 'officebib-5.0.6-2-suse.rpm' ist veraltet. Sie können 'zypper refresh' als Root ausführen, um es zu aktualisieren.
    Repository 'pdfedit-0.4.2-1.pm.1.i586.rpm' ist veraltet. Sie können 'zypper refresh' als Root ausführen, um es zu aktualisieren.


    soll ich den refresh machen? befehl dazu lautet "zypper refresh" plus ...?

  • [erledigt]stapelverarbeitung für gimp (dbp)

    danke für die bisherige mühe.
    beim letzten schritt ("make install") bekomme ich folgende fehlermeldung:


    Zitat

    g++ -o dbp -Wall -O2 -I. *.cc -I/usr/include/gimp-2.0 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -lgimpui-2.0 -lgimpwidgets-2.0 -lgimpmodule-2.0 -lgimp-2.0 -lgimpmath-2.0 -lgimpconfig-2.0 -lgimpcolor-2.0 -lgimpbase-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -DGTK_DISABLE_DEPRECATED
    /bin/sh: g++: Kommando nicht gefunden.
    make: *** [dbp] Fehler 127


    der vollständigkeit halber die meldung bei der pakete-installation:


    was tun?
    danke,
    rankx23

  • [erledigt]stapelverarbeitung für gimp (dbp)

    hallo,


    ich (pc/opensuse 11.2/lxde/erstinstallation/gimp 2.6.8 ) bin recht verzweifelt, weil es in gimp keine stapelverarbeitung gibt. zwar gibt es ein plugin (david's batch prozessor, dbp genannt), aber als dummy scheitere ich trotz dieser anleitung an der installation. ich scheitere schon an "libgimp2.0-dev" und "g++", weil ich weder in yast/software noch auf software.opensuse.org unter diesen begriffen verwertbares finde.


    ich bräuchte also eine dummy-anleitung, danke.
    terminal-befehle verkrafte ich nur bei exakter anleitung.


    rankx23

  • (gelöst)PDF-Export immer in DIN-A4-Größe

    Zitat von rogi

    Beim Drucken gibt es ein Bildeigenschaften-Tab. Da kannst du die Bilder auf die A4-Größe bringen. Zur andren Sache: meinst du die Dateigröße? Und mit welchem Programm machst du das in Windows?


    Unter "Bildeigenschaften" kann ich ein kleines Bild auf A4 "aufblasen" (und so die Qualität verschlechtern) - das will ich aber nicht. Ich will, dass das Bild, das kleiner als A4 ist, in ein pdf-Dokument umgewandelt wird, das ebenfalls kleiner als A4 ist (so groß wie das Bild), und nicht als A4-Seite ausgegeben wird, auf der mein Bild steckt und viel weißer Rand herum, der den Restplatz auf A4 auffüllt. Da ist ein Unterschied zwischen einem pdf-Dokument, das ausschließlich ein 500x500px-Bild enthält und einem Dokument, das eine große weiße Seite enthält, auf der ein 500x500 Bild schwebt.


    Meinen früher verwendeten Windows-Creator weiß ich leider nicht mehr namentlich zu nennen (alles weg und tot!); sicher war es ein Freeware-Tool. Ich habe aber auf dem PC meiner Freundin die Probe aufs Exampel gemacht. Name ihres Creators im "Drucken"-Menü weiß ich nicht, vielleicht stammt er vom Adobe PDF-Creator, den sie installiert hat. Mein Bild ist 900x1000px, es braucht als pdf unter Linux 1,5MB, unter Windows ganze 220 kB, bei guter Qualität - traurig, das.


    LG
    rankx23

  • (gelöst)PDF-Export immer in DIN-A4-Größe

    Hallo,


    ich bin ein Linux-Newbie (PC/openSUSE 11.2/Gnome/Erstinstallation/Gimp 2.6.8 ) und vielleicht einfach nur zu blöd.
    Mein Problem:
    Wenn ich Bilder aus Gimp als PDF exportiere (mit dem voreingebauten Creator unter "Drucken") und diese Bilder kleiner als eine DIN-A4-Seite sind, wird trotzdem immer ein A4-großes PDF-Dokument produziert (mit weißer Fläche rund um das Bild). Keine Ahnung, wie man das abstellen kann. Ein zusätzlicher Kritikpunkt ist, dass die PDF-Dokumente in Bytes-Hinsicht etwa doppelt so groß sind wie vergleichbare Windows-Ware.


    Falls es einen anderen Creator braucht, wäre ich dankbar für eine YAST-kompatible Lösung; habe noch gar nichts im Terminal gemacht.
    Was ich schon versucht habe:
    Das Dokument mit pdfedit zu schneiden. Geht, ist aber sehr umständlich und ändert nichts an der Bytes-Größe.


    Danke
    rankx23