Questiones Frequentes - fp-appimage-updater

Egeo root vel sudo ad utendum fp-appimage-updater?

Non. fp-appimage-updater operatur omnino in spatio usori. Omnes fasciculi - AppImages, symlinks, inscriptiones desktopi et icones - manent in ~/.local/. Solum sudo opus est si eligis instrumentum in gradu systematis installare utendo vexillo --system durante installatione.

Possum eo uti in distributione Linux immutabili vel atomica?

Ita. fp-appimage-updater designatus est ut in distributionibus immutabilibus ut Fedora Silverblue et openSUSE MicroOS operetur. Omnes fasciculi temporis exsecutionis scribuntur in vias spatii usori. Si temptaveris installationem in gradu systematis (--system) in ambiente stricte immutabili, scriptum installationis petitionem reiciet.

Quomodo impedio fp-appimage-updater ab automatice renovanda applicatione specifica?

Pone ignore: true in formula ut applicationem in configuratione serves dum in check et update praetermittitur.Si vis formulam servare, sed refrigerationes limitis rate omittere, pone respect_rate_limits: false globaliter in config.yml vel per applicationem in formula:

respect_rate_limits: false

Quid accidit AppImage meo si renovatio in medio dēscriptionis fallit?

AppImage existens non substituitur donec dēscriptio prospere finitur. Dēscriptio fallens vel interrupta versionem currentem intactam relinquit.

fp-appimage-updater habet GUI?

Non - est instrumentum intentionaliter solum CLI et numquam GUI habebit.

Quomodo renovo ipsum fp-appimage-updater?

Exsequere mandatum self-update:

fp-appimage-updater self-update

Ad petendum versionem prae-emissam, adde --pre-release:

fp-appimage-updater self-update --pre-release

Possum uti directorio configurationis personalis?

Ita. Transmitte -c vel --config ante quodlibet submandatum ad superandum viam defaltam ~/.config/fp-appimage-updater/:

fp-appimage-updater -c /path/to/my-config check

Hoc vexillum cum omni mandato operatur.

Ubi fp-appimage-updater meminit quid iam installaverim?

Servat parvum antepositum in ~/.local/state/fp-appimage-updater/cache.json. Hic fasciculus reponit ultimam versionem notam, metadata dēscriptionis, viam fasciculi installati et quaelibet indicia limitis rate vel capacitatis ex exsecutione priore.Si antepositum abest, fp-appimage-updater id reconstruet proxima vice qua check vel update exsequuntur.

Quid est campus zsync in formula applicationis?

Campus zsync habilitat downloads delta, qui solos bytes qui mutaverunt dēscribunt loco totius AppImage. Pone eum ad true ad derivandam URL .zsync ex URL dēscriptionis solutae, vel praebe URL explicatam:

zsync: true

zsync: "https://example.com/app.AppImage.zsync"

fp-appimage-updater adhibet backend integrum suum zsync-rs pro hoc, ita packetum systematis zsync separatum installare non opus est. Solum via delta utitur cum iam AppImage localem ad comparandum habet, et recedit ad viam normalem dēscriptionis si renovatio delta exsequi non potest.

Cur applicatio praetermittitur durante renovationibus?

Applicatio limite rate in exsecutione priore atingere potuit. Cum limes rate attingitur, fp-appimage-updater fenestram tentaminis novi registrat et eam applicationem in exsecutionibus subsequentibus praetermittit donec fenestra exspiret.Verifica statum currentem applicationis specificae:

fp-appimage-updater check <nomen-app>

Ad dishabilitandum hoc comportamentum globaliter, pone respect_rate_limits: false in config.yml tuo. Etiam per applicationem in fasciculo formulae ponere potes.

Possum definire plures applicationes quae ex eodem repositorio veniunt?

Ita. Quaeque formula debet habere campum name unicum, sed plures formulae possunt indicare ad assetis diversi ex eodem repositorio. Dummodo quaeque formula habeat name distinctum et eius forma asset_match fasciculum diversum eligat, inde independenter administrantur.

Documentation Index