Die neue beta (rpm) ueber die alte beta vom anfang januar installiert
(opensusetumbleweed), beim druck kommt der oben genannte fehler.
in der paketverwaltung yast sehe ich dass "bouncycastle"
installiert ist version 1.79
muss ich noch was nachinstallieren es gibt noch mehr bouncycastle pakete,
oder fehlt da eher ein classpfad fuer java oder so was?
info waer nett, sonst muss ich die vorige beta wieder versuchen
drueber zu installieren.....
Fakturama 2.2.0beta auf openSUSE Tumbleweed
ok, die loesung ist das .eclipse verzeichnis loeschen damit es mit dieser version neu
angelegt wird.
dann geht das drucken wieder.
Fakturama 2.2.0beta auf openSUSE Tumbleweed
Hallo,
das ist mir beim vielen testen auch schon passiert 😀 . Die versteckten Verzeichisse müssen umbenannt oder gelöscht werden inkl. Stammverzeichnis in user/share...
Schönen Feierabend
Guntram
Linux Mint 21.3 Virginia, Fakturama 2.2.0 SNAPSHOT, Build-ID:20250105-1416, Java 17.0.2 😀
Mh, habe bisher nur das .eclipse geloescht, wenn man das .fakturama2 loescht sind die einstellungen weg,
das will ich vermeiden. und das usr/share/fakturama2 habe ich bisher nie geloescht, kann das auch probleme
machen beim beta zu beta? haette gesagt dass da eigentlich alles neu reingeschirebn wird
Fakturama 2.2.0beta auf openSUSE Tumbleweed
Dann hast Du alle Daten aus dem alten Arbeitsverzeichnis "importiert? Im Moment habe ich noch Bedenken mit der Datensicherheit bei Fakturama. Das muss 8 Jahre archviert und betriebsbereit sein für eine Prüfung 🤨 VG
Linux Mint 21.3 Virginia, Fakturama 2.2.0 SNAPSHOT, Build-ID:20250105-1416, Java 17.0.2 😀
Ich habe eine mysql datenbank da dran haengen.
das meint im fakturama verzeichnis sind keine daten, bestenfalls die ausdrucke der
rechnungen + lieferscheine.
archiviert wird bei uns ueber backups des kompletten festplatteninhaltes, auf laufwerke
die temporaer an die rechner angeschlossen werden. und ich
denke, ich werde dann um dem gesetz genueg zu tun, die datenbank und das fakturama
verzeichnis zusaetzlich ein mal im jahr auf cd-rom brennen. da es ja heisst man muss
die daten so aufbewahren, dass die nicht veraendert werden koennen.
mein verstaendnis von computern ist, dass man eigentlich mit genuegend (krimineller)
energie praktisch alles veraendern kann, sehen wir mal von blockchain oder so was
ab, mit dem ich mich nicht auskenne. und auch dort wuerde ich frei behaupten dass
das moelich ist mit genuegend rechenleistung, kann nur sein, dass wenn die daten
weit ueber den globus verstreut sind, dass man dann das nachweisen kann weil
irgendwo noch ein unveranderter datensatz rum liegt. aber wie gesagt......
importiert habe ich also nichts. nur die einstellungen uebernommen.
meint die neue beta verwendet die datenbank der aelteren beta.
und auch in der datenbank haben wir schon rumgesaut, das geht einfach
ueber libreoffice. wenn man die daten in fakturama loescht sind die noch
in der datenbank drin. werden dort mit geloescht markiert. da wir aber
die daten mehrfach eingelesen hatten (weiss nicht mehr genau, ich meine
es waren so um 4000 datensaetze) die dann wieder loeschten weil irgendwelche
infos fehlten, die dann wieder eingelesen hatten, waren wir irgendwann nach
dem alles so war wies sein soll bei ca 25.000 datensaetzen.
(bei den oben genannten ca 4000 aktiven) da ich das als ziemlichen ueberhang
was nur performance kostet sehe, haben wir dann die geloeschten endgueltig
geloescht. den zaeler runtergesetzt, so dass wir nur die die wir wollen und brauchen
drin hatten. das haben wir aber gemacht bevor wir dann angefangen hatten intensiv
mit fakturama zu arbeiten. - alternativ haette man natuerlich auch einfach eine
neue datenbank anlegen koennen, haette aber etwas mehr arbeit gemacht)
man sollte also vorsichtig sein wenn man was loescht und mitten in der arbeit
ist, das kann sicherlich auch schief gehen.
Fakturama 2.2.0beta auf openSUSE Tumbleweed