Active Topics

 



Notices


Reply
Thread Tools
Posts: 1,378 | Thanked: 1,604 times | Joined on Jun 2010 @ Göteborg, Sweden
#531
Originally Posted by neal View Post
When you say that there is no update log generated, do you mean that the directory .feedingit/logging is empty? Can you please post the output of dpkg -l feedingit.

Looking at the error message: could it be that the error occurs when updating the archived articles, but not when updating other feeds?
There are logs titled feedingit* in the log dir but none labelled update *, until that is, I do an individual feed update.

Code:
~ $ dpkg -l feedingit
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  feedingit      0.9.1-2        A RSS feed reader with portrait mode support
It appears not to update any feed when a general update is run.
 

The Following User Says Thank You to handaxe For This Useful Post:
Posts: 324 | Thanked: 371 times | Joined on Dec 2009 @ Vancouver, BC
#532
Thanks handaxe. It does indeed fail when updating the Archived Articles. It looks like this is the first feed in the list of updates for you, so it fails right then, and does not update any others.

It should work if you change the function definition near line 890 of /opt/FeedingIt/rss_sqlite.py (in the ArchivedArticles class) from
Code:
def updateFeed(self, configdir, url, etag, modified, expiryTime=24, proxy=None, imageCache=False):
to
Code:
def updateFeed(self, configdir, url, etag, modified, expiryTime=24, proxy=None, imageCache=False, priority=0, postFeedUpdateFunc=None, *postFeedUpdateFuncArgs):
I'll test some more tonight, and probably push an update.
 

The Following 2 Users Say Thank You to Slocan For This Useful Post:
Posts: 1,378 | Thanked: 1,604 times | Joined on Jun 2010 @ Göteborg, Sweden
#533
Originally Posted by Slocan View Post
Thanks handaxe. It does indeed fail when updating the Archived Articles. It looks like this is the first feed in the list of updates for you, so it fails right then, and does not update any others.
Yes, spot on.... it was first in the actual list (seen under manage subscriptions) but of course (Doh! on my behalf) it did not show that way given my sorting preferences. I simply shifted the archived "feed" to last and away we are.....

Seems overall snappier.

Thanks to you and Neal....
 

The Following 2 Users Say Thank You to handaxe For This Useful Post:
Posts: 96 | Thanked: 107 times | Joined on Aug 2011
#534
The latest version of FeedingIt has support for Woodchuck (woot!). FeedingIt, however, does not depend on Woodchuck. Thus, to profit from Woodchuck, the user must explicitly install it. Yves argued that some existing users have likely established a work flow and might not want Woodchuck. Okay, I can understand that even if I find it hard to believe . I think the more common case will be that users don't know that FeedingIt could use Woodchuck or even what Woodchuck is.

What do people here think?

- Should FeedingIt depend on Woodchuck?
- Should there be an option to disable Woodchuck in the settings dialog?
- If FeedingIt detects that Woodchuck is not installed, should it prompt the user to install it (e.g., "FeedingIt can use Woodchuck to automatically schedule downloads when there is good connectivity. Do you want to install it?" yes => open .install file.)?

Thanks for your feedback.
 

The Following User Says Thank You to neal For This Useful Post:
Posts: 1,378 | Thanked: 1,604 times | Joined on Jun 2010 @ Göteborg, Sweden
#535
I think choice is the best stance, so no to alternative #1. No. 3 strikes me as good. I for eg. only use FeedingIt on wifi and so Woodchuck would be wasted storage if No. 1 was in play.
 
Posts: 96 | Thanked: 107 times | Joined on Aug 2011
#536
Originally Posted by handaxe View Post
I think choice is the best stance, so no to alternative #1. No. 3 strikes me as good. I for eg. only use FeedingIt on wifi and so Woodchuck would be wasted storage if No. 1 was in play.
Interesting! I most often use FeedingIt when WiFi is not available (if WiFi is available, I use my laptop or computer).

Out of curiosity: how to you update feeds? Do you manually update feeds when you decide to read something? Don't you find waiting annoying and that it slows down your N900? (Woodchuck would largely fix these problems.)

Thanks.
 
Posts: 1,378 | Thanked: 1,604 times | Joined on Jun 2010 @ Göteborg, Sweden
#537
I tend to read whilst relaxing and so seek out a couch, chair where using the n900 is comfortable. I tend to run auto updates on a 2 hour schedule and manual update just before going to read precisely because of the wait or otherwise do the individual feeds. So Woodchuck would speed up the update even on wifi?
 
Posts: 96 | Thanked: 107 times | Joined on Aug 2011
#538
Originally Posted by handaxe View Post
I tend to read whilst relaxing and so seek out a couch, chair where using the n900 is comfortable. I tend to run auto updates on a 2 hour schedule and manual update just before going to read precisely because of the wait or otherwise do the individual feeds. So Woodchuck would speed up the update even on wifi?
Woodchuck tries to schedule updates in the background (approx when the display is off). It schedules more aggressively when the device is connected to power.
 

The Following User Says Thank You to neal For This Useful Post:
Posts: 324 | Thanked: 371 times | Joined on Dec 2009 @ Vancouver, BC
#539
Originally Posted by neal View Post
Woodchuck tries to schedule updates in the background (approx when the display is off). It schedules more aggressively when the device is connected to power.
If I understand correctly how it works, the default setting is that it'd try to keep the feeds at most 6 hours old, and would do its updates when detecting the system is idle (and connected on wifi). The big advantage is that it is much less likely to skip updates (for example, with the widget, if you do not have internet connection at the exact second it tries to update, it'll skip until the next scheduled update, hours later).

So, although I think it's quite an awesome piece of software, I'm just a bit reticent in making it a hard requirement (just like i ship feedparser with it, rather than depending on the package available in extras), especially since it can not at this time be turned off, change the update frequency, or force it to update on 3G.
 

The Following 2 Users Say Thank You to Slocan For This Useful Post:
Posts: 650 | Thanked: 497 times | Joined on Oct 2008 @ Ghent, Belgium
#540
Regardless of habits, I think it should detect Woodchuck and ask the user if he wants to use it, and if Woodchuck isn't present it should ask if the user wants to install. Or in the latter case, informing the user of the possibility is fine too.
__________________
Affordable mobile internet in Belgium: Try Mobile Vikings
2 GB, 1000 SMS and 15 euro of talk time for.... 15 euro
 
Reply


 
Forum Jump


All times are GMT. The time now is 16:21.