Bug 247927 - Deluge do not start
Deluge do not start
Product: Fedora
Classification: Fedora
Component: deluge (Show other bugs)
All Linux
low Severity high
: ---
: ---
Assigned To: Peter Gordon
Fedora Extras Quality Assurance
Depends On:
Blocks: 244087
  Show dependency treegraph
Reported: 2007-07-11 22:05 EDT by Jean-François Martin
Modified: 2007-11-30 17:12 EST (History)
0 users

See Also:
Fixed In Version: 0.5.2-2.fc7
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-07-25 01:16:16 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Result of the shell (1.16 KB, text/plain)
2007-07-11 22:05 EDT, Jean-François Martin
no flags Details

  None (edit)
Description Jean-François Martin 2007-07-11 22:05:50 EDT
Description of problem:
Since i have update Deluge from updates-testing, it do not start.

Version-Release number of selected component (if applicable):

How reproducible:
It is happened every time.

Steps to Reproduce:
1. launch Deluge from the menu or enter deluge in the shell
Actual results:
Deluge do not start

Expected results:
The launch of Deluge
Comment 1 Jean-François Martin 2007-07-11 22:05:51 EDT
Created attachment 159026 [details]
Result of the shell
Comment 2 Peter Gordon 2007-07-11 22:45:19 EDT
Hello; and thank you for the bug report.

Your backtrace looks nearly identical to one I had posted on the forums:

Please remove your $HOME/.config/deluge/persistent.state file (e.g., "rm
/home/username/.config/deluge/persistent.state" from a terminal, or similar) and
see if that works around the issue. (Removing this file should be harmless, as
it contains only some torrent-specific activity data that will be automatically
regenerated by Deluge the next time the torrent in question is active.)

If you're curious of the details, I've hunted this down to the following cause:
This is an unfortunate incompatibility introduced by upstream which hurts
because it uses the Python pickle module to store various activity data across
session, which stores a hardcoded module name in the configuration files it
writes. With Deluge 0.5 and earlier, this was a submodule within the global
'deluge' module. This has changed in 0.5.1+, which means that there is no module
registered with the pickle loader to handle the usage of the activity data. 

Please let me know if this fixes your issue; and, if so, I will add some
upgrading-specific documentation to the package. Unfortunately, arbitrarily
removing files in a user's home directory is not feasible as a package scriptlet
for various reasons, so it cannot be an automatic feature.

Comment 3 Jean-François Martin 2007-07-11 22:57:46 EDT

I have remove $HOME/.config/deluge/persistent.state file and now i can launch

If it is not possible to remove the file with package, maybe it is possible with
a patch?

Comment 4 Peter Gordon 2007-07-11 23:15:43 EDT
Hmm. I think patching the inital startup script might do the job. I'll see what
I can devise...

Comment 5 Jean-François Martin 2007-07-11 23:38:32 EDT
Maybe it's could be good to have something like :

    #pickle module loading
except PersistentStateError
    #remove $HOME/.config/deluge/persistent.state file and try again
Comment 6 Peter Gordon 2007-07-12 03:02:45 EDT
Hmm. I delved through it a bit more deeply and found that you can keep the
persistence data so long as the the old module name is replaced. (In fact, this
is probably the preferred method, so that the running data of the user is kept
across the upgrade and he or she does not need to restart any torrents they had
open, etc.)

E.g., a simple "sed -i -e 's/^(ideluge.deluge/(ideluge.core/g' persistent.state"
should take care of it. That shouldn't be too hard with file.readline() and
re.sub() kung-fu so I'll whip up a patch for this first thing tomorrow. :)
Comment 7 Peter Gordon 2007-07-13 19:23:12 EDT
Okey dokey. After some mucking with the re module a bit, I've got a 55-line
patch that should take care of fixing this issue. I'm updating my F-7 virtual
machine now and will test it there. Once that's done successfully I'll commit it
as an update. (Should be another few hours....man I really need to update this
VM far more often. T_T)
Comment 8 Fedora Update System 2007-07-16 12:53:30 EDT
deluge-0.5.2-2.fc7 has been pushed to the Fedora 7 testing repository.  If problems still persist, please make note of it in this bug report.
Comment 9 Fedora Update System 2007-07-25 01:16:00 EDT
deluge-0.5.2-2.fc7 has been pushed to the Fedora 7 stable repository.  If problems still persist, please make note of it in this bug report.

Note You need to log in before you can comment on or make changes to this bug.