Page 2 of 3

Re: 0.5.3 Released

Posted: Thu Jul 26, 2007 9:17 pm
by Tares
eternalsword wrote:For those having problems with queue order, just a couple of questions.
1) Do you have seeds set to queue at the bottom?
2) Do you have a max ratio set?
3) If yes to number one, do you have it set to load new torrents above completed ones?

Edit: also
4) Do any unfinished downloads also appear out of order?
1) No
2) No
3) --
4) --

I had 2 downloads and 2 seeds and which each start of deluge the queue was different each time.

Re: 0.5.3 Released

Posted: Thu Jul 26, 2007 9:33 pm
by markybob
yopnono wrote:
markybob wrote:
medigeek wrote:Er.. you should name the feisty release to a gutsy one, because feisty doesn't have libboost-date-time1.34.0
I found it on packages website, but the dependencies keep being asked for.. libc6, tzdata... Ideas?
http://packages.ubuntu.com/gutsy/libs/l ... time1.34.0
we dont require libboost-date-time1.34.0. at all. our control file says libboost-date-time-dev (>= 1.33.1) which feisty does have. are you mixing your feisty with gutsy stuff? seems like something's wrong on your box
No the control file in the deb say,

Code: Select all

Depends: libboost-date-time1.34.0 (>= 1.34.0~rc2-1), libboost-filesystem1.34.0 (>= 1.34.0~rc2-1), libboost-thread1.34.0 (>= 1.34.0~rc2-1), libc6 (>= 2.6-1), libgcc1 (>= 1:4.2-20070516), libssl0.9.8 (>= 0.9.8e-1), libstdc++6 (>= 4.2-20070516), zlib1g (>= 1:1.2.3.3.dfsg-1), python-support (>= 0.3.4), python (<< 2.6), python (>= 2.4) | python2.4, python-gtk2, python-glade2, python-xdg, python-notify, notification-daemon
Also if you force it to install the deluge will not start because it has been complied for a new version of lib's then the feisty have.
you're right. i found the bug in my packaging script, i'm sorry, it wont happen again. anyway, the feisty debs have been redone and fixed.

Re: 0.5.3 Released

Posted: Thu Jul 26, 2007 9:43 pm
by eternalsword
Tares wrote: 1) No
2) No
3) --
4) --

I had 2 downloads and 2 seeds and which each start of deluge the queue was different each time.
Other than those things, nothing has changed about queuing since 0.5.2, and I have not been able to duplicate with four torrents 1 seed and 3 downloading regardless of settings. Will try again with 2 seeds and 2 downloading, but don't foresee any issues. Perhaps this is a problem with one of the released binaries? If you cannot duplicate when compiling from source, we would know for sure.

Re: 0.5.3 Released

Posted: Thu Jul 26, 2007 9:43 pm
by yopnono
markybob wrote: anyway, the feisty debs have been redone and fixed.
I just downloaded the deb it's still the same.

Re: 0.5.3 Released

Posted: Thu Jul 26, 2007 9:49 pm
by markybob
yopnono wrote:
markybob wrote: anyway, the feisty debs have been redone and fixed.
I just downloaded the deb it's still the same.
you're talking about feisty debs, right? i think your download was cached somewhere. they're not the same. please try again

Re: 0.5.3 Released

Posted: Thu Jul 26, 2007 10:39 pm
by eternalsword
eternalsword wrote: Other than those things, nothing has changed about queuing since 0.5.2, and I have not been able to duplicate with four torrents 1 seed and 3 downloading regardless of settings. Will try again with 2 seeds and 2 downloading, but don't foresee any issues. Perhaps this is a problem with one of the released binaries? If you cannot duplicate when compiling from source, we would know for sure.
I was right, I had no issues with queuing with 2 seeds and 2 downloads regardless of settings, so I'm guessing perhaps a problem with binary release and/or left-over files from a previous install.

Re: 0.5.3 Released

Posted: Fri Jul 27, 2007 6:56 am
by Tares
eternalsword wrote:
eternalsword wrote: Other than those things, nothing has changed about queuing since 0.5.2, and I have not been able to duplicate with four torrents 1 seed and 3 downloading regardless of settings. Will try again with 2 seeds and 2 downloading, but don't foresee any issues. Perhaps this is a problem with one of the released binaries? If you cannot duplicate when compiling from source, we would know for sure.
I was right, I had no issues with queuing with 2 seeds and 2 downloads regardless of settings, so I'm guessing perhaps a problem with binary release and/or left-over files from a previous install.
There is no such possibility, I always download whole /deluge/ from svn, and make uninstall before installing the new compiled one.

About queue, try with set active torrents to 2 and get 4 downloads, 2 will be paused cause of the active setting and 2 will be downloading. Then try to close and open deluge.

Re: 0.5.3 Released

Posted: Fri Jul 27, 2007 7:41 am
by eternalsword
Tares wrote: There is no such possibility, I always download whole /deluge/ from svn, and make uninstall before installing the new compiled one.

About queue, try with set active torrents to 2 and get 4 downloads, 2 will be paused cause of the active setting and 2 will be downloading. Then try to close and open deluge.
I had tried that (2 downloading, 2 paused) with and without the queue preferences set, and the queue never changed. Not sure why it's not working for you. Like I said nothing has changed in the code for this to happen except for those options that you do not have set. Did you also by chance

Code: Select all

make clean
as well before making again?

Re: 0.5.3 Released

Posted: Fri Jul 27, 2007 10:44 am
by plisk
Tares: try r1169 in svn and see if this helps.

Re: 0.5.3 Released

Posted: Fri Jul 27, 2007 11:14 am
by Tares
svn1170 seems to be working fine ;-)