Obrigado a todos, a resposta do Anderson resolveu meu problema.
Quanto a migrar a base para sql será que vale a pena? O problema de lentidão será que resolve com isto, ou pode ser o meu note, ele é um i3 com 4 gb de memória HD de 5400, o arquivo descompactado dá 7,8 mb não acho que seja grande. -- Ricardo Libanio ---- Ativado Sáb, 13 jun 2020 21:49:29 -0300 riesdra <ries...@zoho.com> escreveu ---- Rapaz, deve resolver uso ele no formato padrão .kmy amanhã faço este teste, mas deve resolver, não sabia que ele era compactado tentei abrir direto no editor mas fica irreconhecível, quanto a usar ele no SQL, como citou tem como migrar? Será que fica mais leve, pois ele está pesado tem horas que ao passar campo ele trava a transação por uns 30 segundos para depois liberar o lançamento normalmente. -- Ricardo Libanio ---- On Sáb, 13 jun 2020 13:29:38 -0300 mailto:andi.de...@gmail.com wrote ---- Dependendo do tipo de armazenamento que você escolheu (XML ou SQL), talvez uma alternativa seja excluir esse lançamento "por fora". Se for em XML, ele guarda as informações em um arquivo XML compactado (com gzip) com a extensão ".kmy", é só descompactar ele e abrir o arquivo em um editor de textos. Olhando rapidamente a estrutura desse XML, existe uma tag "<TRANSACTIONS>", e dentro dela várias tags "<TRANSACTION>", por exemplo: <TRANSACTIONS count="2"> <TRANSACTION memo="" entrydate="2020-06-12" commodity="BRL" postdate="2020-06-12" id="T000000000000000001"> <SPLITS> <SPLIT reconcileflag="0" price="1/1" value="1000/50" memo="" reconciledate="" account="A000001" shares="1000/50" action="" id="S0001" payee="" bankid="" number=""/> <SPLIT reconcileflag="0" price="1/1" value="-1000/50" memo="" reconciledate="" account="A000002" shares="-1000/50" action="" id="S0002" payee="" bankid="" number=""/> </SPLITS> </TRANSACTION> <TRANSACTION memo="" entrydate="2020-06-12" commodity="BRL" postdate="2020-06-12" id="T000000000000000002"> <SPLITS> <SPLIT reconcileflag="0" price="1/1" value="-17719/100" memo="" reconciledate="" account="A000001" shares="-17719/100" action="" id="S0001" payee="P000003" bankid="" number=""/> <SPLIT reconcileflag="0" price="1/1" value="17719/100" memo="" reconciledate="" account="A000003" shares="17719/100" action="" id="S0002" payee="P000003" bankid="" number=""/> </SPLITS> </TRANSACTION> </TRANSACTIONS> Então você pode procurar pela transação problemática, excluir a tag "<TRANSACTION>...</TRANSACTION>" correspondente, salvar o arquivo, compactar novamente com o gzip e ver se resolve. Só não esqueça de manter um backup do arquivo original caso alguma coisa dê errado. Se for em SQL, daí vai depender do servidor escolhido. Pelo que vi, o KMyMoney suporta MySQL, PostgreSQL e um SQLite Cypher, o que implica em conectar nesses bancos via um cliente SQL apropriado e rodar um comando SQL na tabela certa pra excluir o registro com a transação problemática... My 2 cents. Espero ter ajudado. On Thu, Jun 11, 2020 at 10:05 PM riesdra <mailto:ries...@zoho.com> wrote: as datas e horas do meu debian estão certas, não entendo como isto ocorreu. -- Ricardo Libanio ---- Ativado Thu, 11 Jun 2020 21:54:33 -0300 Rodolfo <mailto:rof20...@gmail.com> escreveu ---- Vc verificou se houve alteração no timezone? Em qui, 11 de jun de 2020 20:49, riesdra <mailto:ries...@zoho.com> escreveu: Olá a todos, tenho um arquivo do kmymoney que uso ele desde 01/2008 de uns dias pra cá ao salvar ele esta me dando uma mensagem de erro de data 27/12/1898. Não sei como criou um lançamento com esta data e valor zero, no localizar acho ele, mas ali não deixa excluir, ao dar 2 clique ele vai pra conta mas não carrega o lançamento acho que por causa da data antiga dele, alguém tem ideia de como posso excluir este lançamento? desde já agradeço a todos. -- Ricardo Libanio -- Anderson R. Livramento Florianopolis - Santa Catarina - Brasil "Onde quer que você esteja, você sempre estará lá."
