Hallo Rick,
Du machst da nichts falsch. Du kannst einfach über die alte Version drüberinstallieren. Möglicherweise passen aber wirklich die Schreibrechte nicht. Startest Du die Installation als Administrator (root)?

Moin Ralf!

an dem Rechner bin nur ich "angemeldet" als Admin, daher sollten die schreibrechte ausreichen.. Werde mir das gleich nochmal anschauen.
Was mich halt "wundert": wähle ich einen neues Installationsverzeichniss, scheint die Installationsroutine durchlaufen zu wollen...

Gruß
Ryck

Das ist wirklich seltsam. Läuft auch keine "Zombie-Instanz" von Fakturama? Also irgendein verwaister Java-Prozeß? Der könnte den Zugriff auch blockieren.

jetzt habe ich glaube ich ein anderes Problem... Nach zahlreichen Installationsversuchen scheint bei mir in der Ordnerstruktur Fakturama 2 Installationsordner zu haben 🙁
Könnte mir vielleicht gerade mal jemand eine "sauber" Ordnerstruktur zeigen?
Zur Zeit verwende ich ja die 1.6.5 - wenn ich davon nun eine neue Version installiere in einem neuen, sauberen Ordner, wie bekomme ich dann die Einstellungen und Dokumente aus der jetzigen Version "da rein"?

Danke!!

So, neuer, anderer Versuch:
Installer gestartet, neuen Pfad angegeben zur Installation (
Also kein Update), Programm wurde installiert ohne Fehlermeldung.
Aber: Fakturama kann nicht gestartet werden, nicht kompatibel mit MAC

Was ist das nun?

Gruss Ryck

Wie jetzt "nicht kompatibel"??? Ist doch ein Java-Programm? Kannst Du mal nach irgendwelchen Logdateien fahnden? Das klingt alles ziemlich merkwürdig... Logdateien sollten entweder im Arbeitsverzeichnis unter Log stehen oder im Userverzeichnis unter ~/.fakturama

Jeep, alles seltsam gerade

das neu, in einem bisher völlig unbekannte Verzeichnis installierte Fakturama wird mit dieser Fehlermeldung "beendet":

"Sie können das Programm "Fakturama.app" nicht öffnen, da es von diesem Mac-Typ nicht unterstützt wird."

Dann habe ich nach LOGs gesucht. Gefunden habe ich nur den Ordner ".fakturama" keine ".fakturama167-2" (wie der neue Insatallationsort heißt", weiß nicht ob das eine Rolle spielt), hier mal der letzte "session-Bericht":

!SESSION 2015-05-30 11:37:48.359 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.6.0_65
java.vendor=Apple Inc.
BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=de_DE
Framework arguments: -keyring /Users/admin/.eclipse_keyring -showlocation
Command-line arguments: -os macosx -ws cocoa -arch x86_64 -keyring /Users/admin/.eclipse_keyring -showlocation

!ENTRY org.eclipse.ecf.provider.filetransfer.httpclient 4 0 2015-05-30 11:37:57.616
!MESSAGE org.eclipse.core.runtime.Status[plugin=org.eclipse.ecf.provider.filetransfer.httpclient;code=4;message=Warning: Platform proxy API not available;severity2;exception=java.lang.NoClassDefFoundError: org/eclipse/core/net/proxy/IProxyService;children=[]]
!STACK 0
java.lang.NoClassDefFoundError: org/eclipse/core/net/proxy/IProxyService
at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.setupProxies(HttpClientRetrieveFileTransfer.java:427)
at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:888)
at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:576)
at org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
at org.eclipse.equinox.internal.p2.transport.ecf.FileReader.sendRetrieveRequest(FileReader.java:349)
at org.eclipse.equinox.internal.p2.transport.ecf.FileReader.readInto(FileReader.java:295)
at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryTransport.download(RepositoryTransport.java:87)
at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryTransport.download(RepositoryTransport.java:137)
at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadIndexFile(AbstractRepositoryManager.java:721)
at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadRepository(AbstractRepositoryManager.java:640)
at org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:96)
at org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:92)
at org.eclipse.equinox.internal.p2.updatechecker.UpdateChecker.getAvailableRepositories(UpdateChecker.java:150)
at org.eclipse.equinox.internal.p2.updatechecker.UpdateChecker.checkForUpdates(UpdateChecker.java:128)
at org.eclipse.equinox.internal.p2.updatechecker.UpdateChecker$UpdateCheckThread.run(UpdateChecker.java:72)
Caused by: java.lang.ClassNotFoundException: org.eclipse.core.net.proxy.IProxyService
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:513)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
... 15 more

!ENTRY org.eclipse.ecf.provider.filetransfer.httpclient 4 0 2015-05-30 11:37:57.883
!MESSAGE org.eclipse.core.runtime.Status[plugin=org.eclipse.ecf.provider.filetransfer.httpclient;code=4;message=Warning: Platform proxy API not available;severity2;exception=java.lang.NoClassDefFoundError: org/eclipse/core/net/proxy/IProxyService;children=[]]
!STACK 0
java.lang.NoClassDefFoundError: org/eclipse/core/net/proxy/IProxyService
at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientFileSystemBrowser.setupProxies(HttpClientFileSystemBrowser.java:167)
at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientFileSystemBrowser.runRequest(HttpClientFileSystemBrowser.java:187)
at org.eclipse.ecf.provider.filetransfer.browse.AbstractFileSystemBrowser$DirectoryJob.run(AbstractFileSystemBrowser.java:69)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
Caused by: java.lang.ClassNotFoundException: org.eclipse.core.net.proxy.IProxyService
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:513)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
... 4 more

!ENTRY org.eclipse.ui 4 4 2015-05-30 11:38:04.792
!MESSAGE Invalid preference page path: Security

Wirst Du daraus "schlau"?

Danke!

Moin
vielleicht kann ich mich hier mit einklinken.
Habe auch ein Problem mit der 1.67 unter Mac OSX

Ich habe aktuell das Problem, dass wenn ich von 1.65 auf 1.67 update zeigt
er mir beim start die Fehlermeldung " Das Programm "Fakturaama" kann nicht geöffnet werden"
Die alte Version 1.65 läuft tadellos und einwandfrei nur die neue bekomme ich absolut nicht zum laufen.

Lg Sascha

PS weiter so Fakturama ist ein echtes Goldstück! Vielen Dank dafür =)

Hallo zusammen,
diese Zeile

java.version=1.6.0_65 

stört mich ein bißchen. Die 1.6.7 dürfte nur unter Java 1.7 laufen. Hast Du mal den Workaround mit ausprobiert?

Habe nun, mit der entsprechenden Anleitung, Version 1.6.8 erfolgreich auf dem MAC laufen!

Vielen Dank Euch, es bleibt ein geniales Programm, Daumen hoch!

dankenden Gruß
Ryck