[gelöst] OS 12.1: Alternativen für GnuCash?

Hinweis: In dem Thema [gelöst] OS 12.1: Alternativen für GnuCash? gibt es 10 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • GnuCash läuft ja nun nicht mehr unter OSuse 12.1, und wie ich das sehe ist auch keine Rettung in Sicht! :cursing:


    Da ich nicht auf die Buchhaltung verzichten kann gibt es für mich drei Alternativen:


    1) zurück zu 11.3 (ja, denn 11.4 läuft auf meinem HP625 nicht ->Bilschirm schwarz, wie in 1Mio. Foren diskutiert)
    2) Ubuntu...
    3) Alternatives Programm, das die alten GnuCash Daten importieren kann


    Jemand einen Vorschlag zu 3)?


    Danke für Eure Hinweise!

    Einmal editiert, zuletzt von I.Tichy ()

    Für den Inhalt des Beitrages 36453 haftet ausdrücklich der jeweilige Autor: I.Tichy

  • 1.)
    Du kannst dir den Quellcode von GNUCash hier herunterladen. Und diesen dann von Hand kompilieren, dass müsste eine halbwegs Performante Lösung sein.


    2.)
    Ein Alternativ-Programm dürfte QBankManager (WIKI) darstellen,
    eine andere düfrte KMyMoney sein.


    Wobei ich dir nicht sagen kann, welches der beiden bzw. ob eines der beiden, oder sogar beide, deine GNUCash Daten importieren kann.


    // Edit


    Eine weitere Alternative wäre evtl. die Proprietäre Software MoneyPlex.


    Inwieweit diese GNUCash-Dateien unterstützt, kann ich dir allerdings ebenfalls nicht sagen.


    Gruß Tim

    ___________________________________________________________________________________
    Zypper Befehlsreferenz

    Für den Inhalt des Beitrages 36454 haftet ausdrücklich der jeweilige Autor: lush

  • Laut software.opensuse.org gibt es GNUCash allerdings für 12.1, warum benutzt du nicht das ?


    Tja, das würde ich ja gerne, aber es läuft nicht.


    Gleiches Problem wie hier: http://www.unixboard.de/vb3/sh…nucash-startet-nicht-mehr oder hier: http://forums.opensuse.org/eng…le-2-0-a-post2413008.html beschrieben!


    Habe übrigens alle dort diskutierten Löungsvorschläge auch schon probiert - es hilft keiner.

    Für den Inhalt des Beitrages 36486 haftet ausdrücklich der jeweilige Autor: I.Tichy

  • 1.)
    Du kannst dir den Quellcode von GNUCash hier herunterladen. Und diesen dann von Hand kompilieren, dass müsste eine halbwegs Performante Lösung sein.


    2.)
    Ein Alternativ-Programm dürfte QBankManager (WIKI) darstellen,
    eine andere düfrte KMyMoney sein.


    Wobei ich dir nicht sagen kann, welches der beiden bzw. ob eines der beiden, oder sogar beide, deine GNUCash Daten importieren kann.


    // Edit


    Eine weitere Alternative wäre evtl. die Proprietäre Software MoneyPlex.


    Inwieweit diese GNUCash-Dateien unterstützt, kann ich dir allerdings ebenfalls nicht sagen.


    Gruß Tim


    Super, danke für die schnelle Info!


    Werde mir die Programme jetzt mal anschauen.

    Für den Inhalt des Beitrages 36488 haftet ausdrücklich der jeweilige Autor: I.Tichy


  • Bedeutet was genau?

    Sorry, ich hätte den Fehler natürlich beschreiben sollen.


    Also: GC schließt beim Laden der Module wieder. 2.4.7 übrigens früher wie 2.4.8


    Hier was die Konsole spricht:


    gnc.bin-Message: main: binreloc relocation support was disabled at configure time.


    ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0
    ;;; or pass the --no-auto-compile argument to disable.
    ;;; compiling /usr/share/gnucash/guile-modules/gnucash/core-utils.scm
    ;;; WARNING: compilation of /usr/share/gnucash/guile-modules/gnucash/core-utils.scm failed:
    ;;; ERROR: no code for module (sw_core_utils)
    ;;; compiling /usr/share/gnucash/guile-modules/gnucash/gnc-module.scm
    ;;; WARNING: compilation of /usr/share/gnucash/guile-modules/gnucash/gnc-module.scm failed:
    ;;; ERROR: no code for module (sw_gnc_module)
    ;;; compiling /usr/share/gnucash/guile-modules/gnucash/app-utils.scm
    ;;; WARNING: compilation of /usr/share/gnucash/guile-modules/gnucash/app-utils.scm failed:
    ;;; ERROR: Undefined variable: HOOK-SAVE-OPTIONS
    ;;; compiling /usr/share/gnucash/guile-modules/gnucash/import-export/qif-import.scm
    ;;; WARNING: compilation of /usr/share/gnucash/guile-modules/gnucash/import-export/qif-import.scm failed:
    ;;; ERROR: no code for module (sw_gnome)
    ;;; compiling /usr/share/gnucash/guile-modules/gnucash/report/standard-reports/balsheet-eg.scm
    ;;; WARNING: compilation of /usr/share/gnucash/guile-modules/gnucash/report/standard-reports/balsheet-eg.scm failed:
    ;;; ERROR: Wrong type to apply: #<syntax-transformer N_>
    ;;; compiling /usr/share/gnucash/guile-modules/gnucash/report/eguile-utilities.scm
    ;;; compiling /usr/share/gnucash/guile-modules/gnucash/report/business-reports.scm
    ;;; WARNING: compilation of /usr/share/gnucash/guile-modules/gnucash/report/business-reports.scm failed:
    ;;; ERROR: In procedure #<procedure 36d2c40 ()>: Unbound variable: gnc:menuname-business-reports
    ;;; compiling /usr/share/gnucash/guile-modules/gnucash/report/taxinvoice.scm
    ;;; WARNING: compilation of /usr/share/gnucash/guile-modules/gnucash/report/taxinvoice.scm failed:
    ;;; ERROR: Syntax error:
    ;;; unknown location: source expression failed to match any pattern in form do
    ;;; WARNING: compilation of /usr/share/gnucash/guile-modules/gnucash/report/eguile-utilities.scm failed:
    ;;; ERROR: Syntax error:
    ;;; unknown location: source expression failed to match any pattern in form do
    WARNING: (gnucash report eguile-utilities): `gnc-build-dotgnucash-path' imported from both (gnucash core-utils) and (sw_engine)
    Backtrace:
    In ice-9/boot-9.scm:
    170: 19 [#<procedure a7b3c0 ()>]
    In unknown file:
    ?: 18 [catch-closure]
    ?: 17 [call-with-input-string "(use-modules (gnucash tax de_DE))
    " ...]
    In ice-9/boot-9.scm:
    2095: 16 [save-module-excursion #<procedure 1611480 at ice-9/eval-string.scm:65:9 ()>]
    In ice-9/eval-string.scm:
    44: 15 [read-and-eval #<input: string 344da90> #:lang ...]
    37: 14 [lp (use-modules (gnucash tax de_DE))]
    In ice-9/eval.scm:
    458: 13 [#<procedure 9b10a0 at ice-9/eval.scm:452:4 (exp)> (use-modules #)]
    In ice-9/psyntax.scm:
    1011: 12 [chi-top-sequence ((use-modules (gnucash tax de_DE))) () ...]
    898: 11 [scan ((use-modules (gnucash tax de_DE))) () ...]
    269: 10 [scan ((# #) #(syntax-object *unspecified* # #)) () (()) ...]
    In ice-9/boot-9.scm:
    3117: 9 [process-use-modules (((gnucash tax de_DE)))]
    538: 8 [map #<procedure a7a840 at ice-9/boot-9.scm:3117:25 (mif-args)> ((#))]
    3118: 7 [#<procedure a7a840 at ice-9/boot-9.scm:3117:25 (mif-args)> (#)]
    2564: 6 [resolve-interface (gnucash tax de_DE) #:select ...]
    2489: 5 [#<procedure a6f800 at ice-9/boot-9.scm:2477:4 (name #:optional autoload version #:key ensure)> # ...]
    2756: 4 [try-module-autoload (gnucash tax de_DE) #f]
    2095: 3 [save-module-excursion #<procedure 1621a20 at ice-9/boot-9.scm:2757:17 ()>]
    2767: 2 [#<procedure 1621a20 at ice-9/boot-9.scm:2757:17 ()>]
    In unknown file:
    ?: 1 [primitive-load-path "gnucash/tax/de_DE" #f]
    In gnucash/tax/de_DE.scm:
    27: 0 [#<procedure 16249e0 ()>]


    gnucash/tax/de_DE.scm:27:24: In procedure #<procedure 16249e0 ()>:
    gnucash/tax/de_DE.scm:27:24: Wrong type to apply: #<syntax-transformer N_>




    Ich verdächtige guile 2.0...


    VG

    Für den Inhalt des Beitrages 36489 haftet ausdrücklich der jeweilige Autor: I.Tichy

  • Die Ursache für dieses Problem ist wohl bekannt, aber noch nicht gelöst.

    Zitat

    The problem is that SCM_STRING_CHARS is introduced by swig auto-generated code, not in the GnuCash code.

    Zitat


    As I explained in the Red Hat bug report, this patch can't be applied to the GnuCash source directly, because it makes changes in code that is auto generated by the swig tool. If desired, it can be used by downstream distributions that build from the GnuCash tarballs, because the tarballs are generated after swig has run. Hence when building from the tarball, the swig autogeneration step won't be run anymore and the patch can be applied. But it still is a hack rather than a fix of the real problem, namely that swig generates code using deprecated guile symbols. This has to be fixed in swig unfortunately.