This list is closed, nobody may subscribe to it.
2007 |
Jan
(285) |
Feb
(102) |
Mar
(108) |
Apr
(47) |
May
(113) |
Jun
(124) |
Jul
(47) |
Aug
(80) |
Sep
(53) |
Oct
(74) |
Nov
(144) |
Dec
(98) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(81) |
Feb
(135) |
Mar
(261) |
Apr
(73) |
May
(94) |
Jun
(53) |
Jul
(51) |
Aug
(57) |
Sep
(53) |
Oct
(70) |
Nov
(70) |
Dec
(56) |
2009 |
Jan
(61) |
Feb
(55) |
Mar
(57) |
Apr
(38) |
May
(59) |
Jun
(38) |
Jul
(43) |
Aug
(28) |
Sep
(3) |
Oct
(27) |
Nov
(22) |
Dec
(4) |
2010 |
Jan
(49) |
Feb
(56) |
Mar
(33) |
Apr
(32) |
May
(23) |
Jun
(3) |
Jul
(7) |
Aug
(4) |
Sep
(3) |
Oct
(10) |
Nov
(73) |
Dec
(28) |
2011 |
Jan
(23) |
Feb
(14) |
Mar
(2) |
Apr
(5) |
May
|
Jun
|
Jul
(3) |
Aug
(7) |
Sep
(2) |
Oct
(5) |
Nov
(41) |
Dec
|
2012 |
Jan
(3) |
Feb
(4) |
Mar
(2) |
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2012-04-14 16:32:40
|
Bugs item #3479793, was opened at 2012-01-25 15:16 Message generated for change (Comment added) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3479793&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.x svn (rel-1) >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Kyle (kyl416) Assigned to: Nobody/Anonymous (nobody) Summary: Freevo Crashes on load Initial Comment: Whenever I try to load Freevo I get the following error on a black screen with orange text after the "Starting Freevo-1.9.2 r11911, please wait" splash screen finishes: Freevo Crashed! Filename: /usr/lib/python2.7/dist-packages/freevo/skins/main/skin_utils.py Lineno: 70 Function: pygamesurface_imlib2_scale Text: return pygame.image.frombuffer(buf, newsize, 'RGBA') integer argument expected, got float The command line output shows the following after it exits: version: 1.9.2 r11911 Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/freevo/main.py", line 567, in <module> MainMenu().getcmd() File "/usr/lib/python2.7/dist-packages/freevo/main.py", line 185, in getcmd menuw.pushmenu(mainmenu) File "/usr/lib/python2.7/dist-packages/freevo/menu.py", line 423, in pushmenu self.refresh() File "/usr/lib/python2.7/dist-packages/freevo/menu.py", line 452, in refresh skin.draw('menu', self, self.menustack[-1], self.screen_transition) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/main.py", line 567, in draw a.draw(settings, object, menu, style, type, self.force_redraw) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/area.py", line 198, in draw self.update_content() File "/usr/lib/python2.7/dist-packages/freevo/skins/main/default_areas.py", line 184, in update_content p.draw((self.widget_type, self.menuw), self) File "/usr/lib/python2.7/dist-packages/freevo/plugins/idlebar/__init__.py", line 120, in draw add_x = p.draw((type, object), x, osd) File "/usr/lib/python2.7/dist-packages/freevo/plugins/idlebar/__init__.py", line 263, in draw return osd.drawimage(image, (x, osd.y + 5, -1, 75))[0] File "/usr/lib/python2.7/dist-packages/freevo/skins/main/area.py", line 702, in drawimage image, w, h = self.loadimage(String(image), val[2:]) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/area.py", line 687, in loadimage cimage = pygamesurface_imlib2_scale(cimage, (w, h)) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/skin_utils.py", line 70, in pygamesurface_imlib2_scale return pygame.image.frombuffer(buf, newsize, 'RGBA') TypeError: integer argument expected, got float OS: Ubuntu 11.10 x86_64 Python 2.7 Latest git of kaa Latest svn of Freevo-1.x Pygame 1.9.1release-0ubuntu4 libimlib2 1.4.4-1 ---------------------------------------------------------------------- >Comment By: Adam Charrett (charrea6) Date: 2012-04-14 09:32 Message: Now fixed in git. ---------------------------------------------------------------------- Comment By: Kyle (kyl416) Date: 2012-02-03 16:50 Message: I did a few more tests, when I disabled idlebar.logo in local_conf.py it no longer crashed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3479793&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-04-04 08:18:43
|
Bugs item #3386856, was opened at 2011-08-05 08:39 Message generated for change (Settings changed) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3386856&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kaa.metadata Group: kaa svn >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Maciej Urbaniak (murbaniak) Assigned to: Nobody/Anonymous (nobody) Summary: Does not set fourcc for flac audio files Initial Comment: Fourcc attribute was not set for flac audio files. Mime type was set to 'application/flac", it should be 'audio/flac'. ---------------------------------------------------------------------- Comment By: Adam Charrett (charrea6) Date: 2011-11-08 14:31 Message: Fixed in 4553. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3386856&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-04-04 08:18:10
|
Bugs item #3431974, was opened at 2011-11-01 09:47 Message generated for change (Settings changed) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3431974&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.9.x >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Nobody/Anonymous (nobody) Summary: inputhelper interaction broken when no lirc (patch) Initial Comment: hi, if LIRC is not present, then the inputhelper exits immediatly, but the main freevo thread that started it starts looping as crazy (since it gets empty strings from the pipe) and also freevo refuses to exit . The attached patch fixes it all. a. ---------------------------------------------------------------------- Comment By: Adam Charrett (charrea6) Date: 2011-11-01 14:52 Message: Thanks, a slightly modified patch applied in rev 11890. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3431974&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-04-04 08:17:45
|
Bugs item #3430755, was opened at 2011-10-30 14:13 Message generated for change (Settings changed) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3430755&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: RobS (summerrj2011) Assigned to: Nobody/Anonymous (nobody) Summary: Bug fixes and features for lcd2 plugin Initial Comment: Various fixes and new features for lcd2 plugin - Wasn't displaying id3 information for mp3 tracks, now fixed. - On a 2-line display, every 3-ish seconds cycles between artist, track name, and time when playing audio - Adds a 'goodbye' message on shutdown, so you can tell it's shutting down on a headless system! - Fixed some menus displayed in German to English - Displays DVD/SVCD when playing movie rather than nothing - Changed the default polling interval to 200ms from 40ms. ---------------------------------------------------------------------- Comment By: Adam Charrett (charrea6) Date: 2011-11-08 14:12 Message: Commited in rev 11902. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3430755&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-04-04 08:17:20
|
Bugs item #3431982, was opened at 2011-11-01 10:09 Message generated for change (Settings changed) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3431982&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuration Group: 1.9.x >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Nobody/Anonymous (nobody) Summary: autoshutdown configuration not propagate in local_conf.py Initial Comment: hi, with previous versions of freevo, the default configuration would be present when /etc/freevo/local_conf.py was executed ; so e..g I used the configuration AUTOSHUTDOWN_PROCESS_LIST += ['mencoder_h264','mencoder', 'dump', 'youtube-dl'] to add to the default list ; now it seems that this is not the case anymore, the above fails . I added the snippet for k,v in locals().items(): if k[:8] == 'AUTOSHUT': print 'l',k,v for k,v in globals().items(): if k[:8] == 'AUTOSHUT': print 'g',k,v to /etc/freevo/local.conf and it seems that the only variable that is defined is 'AUTOSHUTDOWN_TIMER_TIMEOUT' (to 10, in locals()) a. ---------------------------------------------------------------------- Comment By: Adam Charrett (charrea6) Date: 2011-11-08 14:08 Message: Committed a fix for this in rev.11901 ---------------------------------------------------------------------- Comment By: A C G Mennucc (mennucc) Date: 2011-11-02 00:29 Message: hi, I used lines such as this open('/tmp/globals_at_end','w').write(string.join([(k+'='+repr(v)) for k,v in sorted(globals().items())],'\n')) to print in files the locals and globals at beginning and at the end of /etc/freevo/local_conf.py it seems that the configuration of autoshutdown is the only one affected a. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3431982&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-04-04 08:16:49
|
Bugs item #3389197, was opened at 2011-08-09 12:35 Message generated for change (Settings changed) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3389197&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: video Group: 1.9.x >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Maciej Urbaniak (murbaniak) Assigned to: Nobody/Anonymous (nobody) Summary: imdb plugin does not retrieve series episode info Initial Comment: imdb plugin does not retrieve series episode info. I attached a patch that fixes it. BTW, anyone using imdbpy shoudl update it to latest svn version. Imdbpy 4.6 doesn't work with the new imdb.com website, 4.7 does has problems with tv series. Get 4.8 pre from svn, it seems to work. ---------------------------------------------------------------------- Comment By: Adam Charrett (charrea6) Date: 2011-11-02 15:09 Message: Committed in rev 11892 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3389197&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-04-04 08:16:05
|
Bugs item #3489339, was opened at 2012-02-19 01:10 Message generated for change (Settings changed) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489339&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.9.x >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Nobody/Anonymous (nobody) Summary: main crash, no logfile Initial Comment: hi, while playing with youtube configuration, I messed it, and then I got this 2012-02-18 21:08:11,483 - MainThread - base - ERROR - event callback Traceback (most recent call last): File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/event.py", line 192, in handle handler(event) File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/event.py", line 146, in __call__ super(EventHandler, self).__call__(event) File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/nf_wrapper.py", line 83, in __call__ ret = super(NotifierCallback, self).__call__(*args, **kwargs) File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/callable.py", line 226, in __call__ return cb(*cb_args, **cb_kwargs) File "/home/freevo/.local/lib/python2.6/site-packages/freevo/main.py", line 330, in eventhandler (event, sys.stdout.logfile), AttributeError: Logger instance has no attribute 'logfile' So I prepared a simple patch a. ---------------------------------------------------------------------- Comment By: Adam Charrett (charrea6) Date: 2012-03-10 05:59 Message: Thanks resolved as part of the change I've made to move to kaa.epg. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489339&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-04-04 08:12:25
|
Bugs item #3430721, was opened at 2011-10-30 13:32 Message generated for change (Settings changed) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3430721&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: plugins Group: 1.9.x >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: RobS (summerrj2011) Assigned to: Nobody/Anonymous (nobody) Summary: iPlayer plugin can't search/start get_iplayer Initial Comment: iPlayer plugin using non-existent variable config.CONF.get_iplayer to call get_iplayer, should be using GET_IPLAYER (line 699). Fixed in this patch Also plugin crashing when searching for programs, the culprit seems to be double quotes in the search call where "--listformat" is passed (line 391). Fixed in this patch by replacing cmd with cmd.encode('ascii','ignore') at line 963. Not a python programmer so don't know if the last part of the patch is ok. :) ---------------------------------------------------------------------- Comment By: Adam Charrett (charrea6) Date: 2011-11-02 15:11 Message: Thanks, minor change to use utf-8 rather than ascii. Committed in rev 11891. ---------------------------------------------------------------------- Comment By: Adam Charrett (charrea6) Date: 2011-11-01 11:11 Message: Thanks for this hopefully I get a moment to apply this soon. ---------------------------------------------------------------------- Comment By: RobS (summerrj2011) Date: 2011-10-31 01:24 Message: Should also add that I'm using Python 2.7 and latest version of get_iplayer (2.80) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3430721&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-04-04 08:10:07
|
Bugs item #3489334, was opened at 2012-02-19 00:59 Message generated for change (Comment added) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489334&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: plugins >Group: 1.x svn (rel-1) >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Nobody/Anonymous (nobody) Summary: crash when tv file is removed and disk space is low Initial Comment: hi, the new code (to delete older recordings when disk space is low) is too fragile, whenever I convert something and/or delete something, the X interface crashes, as follows - Exception caught in main loop - Traceback (most recent call last): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/main.py", line 205, in loop - notifier.step() - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/pynotifier/nf_generic.py", line 221, in step - if not timer[ CALLBACK ](): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/nf_wrapper.py", line 83, in __call__ - ret = super(NotifierCallback, self).__call__(*args, **kwargs) - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/callable.py", line 226, in __call__ - return cb(*cb_args, **cb_kwargs) - File "/home/freevo/.local/lib/python2.6/site-packages/freevo/tv/plugins/recordings_manager.py", line 895, in poll - self.check_space() - File "/home/freevo/.local/lib/python2.6/site-packages/freevo/tv/plugins/recordings_manager.py", line 1079, in check_space - candidates = self.generate_candidates() - File "/home/freevo/.local/lib/python2.6/site-packages/freevo/tv/plugins/recordings_manager.py", line 1097, in generate_candidates - accessed = time.time() - os.stat(recorded_item.filename)[7] - OSError: [Errno 2] No such file or directory: '/data9/tv/2012-02-18_16-35_Doctor_Who_2005_-_Stagione_6_Episodio_11.ts' a. ---------------------------------------------------------------------- >Comment By: Adam Charrett (charrea6) Date: 2012-04-04 01:10 Message: Thanks now in git. ---------------------------------------------------------------------- Comment By: A C G Mennucc (mennucc) Date: 2012-02-19 01:04 Message: Untested patch: --- recordings_manager.py (revision 11915) +++ recordings_manager.py (working copy) @@ -1094,7 +1094,12 @@ today = datetime.date.today() for recorded_item in all_recordings: - accessed = time.time() - os.stat(recorded_item.filename)[7] + try: + accessed = time.time() - os.stat(recorded_item.filename)[7] + except OSError: + #file may have been deleted + logger.log( 9, 'OSError when stat-ing file %s .', recorded_item) + continue if recorded_item.watched and not recorded_item.keep and (accessed > 3600): watched_candidates.append(recorded_item) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489334&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-03-27 06:54:09
|
Bugs item #3511791, was opened at 2012-03-26 23:54 Message generated for change (Tracker Item Submitted) made by liz_dodd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3511791&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Elizabeth Dodd (liz_dodd) Assigned to: Nobody/Anonymous (nobody) Summary: dash as shell Initial Comment: dash is now a default shell in Debian, and removing it removes bash. If dash is installed as system shell Freevo recordings don't stop <quote>The Debian Almquist Shell (dash) is a POSIX-compliant shell derived from ash. Since it executes scripts faster than bash, and has fewer library dependencies (making it more robust against software or hardware failures), it is used as the default system shell on Debian systems. </quote> workaround described here http://doc.freevo.org/FAQ#head-0bad19ecee9b4a9d8680e8102751c2112309432a but could we either fix the code that only stops one process OR run dpkg-reconfigure dash as part of the Freevo setup in Debian?? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3511791&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-03-10 13:59:02
|
Bugs item #3489339, was opened at 2012-02-19 01:10 Message generated for change (Comment added) made by charrea6 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489339&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.9.x >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Nobody/Anonymous (nobody) Summary: main crash, no logfile Initial Comment: hi, while playing with youtube configuration, I messed it, and then I got this 2012-02-18 21:08:11,483 - MainThread - base - ERROR - event callback Traceback (most recent call last): File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/event.py", line 192, in handle handler(event) File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/event.py", line 146, in __call__ super(EventHandler, self).__call__(event) File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/nf_wrapper.py", line 83, in __call__ ret = super(NotifierCallback, self).__call__(*args, **kwargs) File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/callable.py", line 226, in __call__ return cb(*cb_args, **cb_kwargs) File "/home/freevo/.local/lib/python2.6/site-packages/freevo/main.py", line 330, in eventhandler (event, sys.stdout.logfile), AttributeError: Logger instance has no attribute 'logfile' So I prepared a simple patch a. ---------------------------------------------------------------------- >Comment By: Adam Charrett (charrea6) Date: 2012-03-10 05:59 Message: Thanks resolved as part of the change I've made to move to kaa.epg. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489339&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-02-19 09:10:21
|
Bugs item #3489339, was opened at 2012-02-19 01:10 Message generated for change (Tracker Item Submitted) made by mennucc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489339&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.9.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Nobody/Anonymous (nobody) Summary: main crash, no logfile Initial Comment: hi, while playing with youtube configuration, I messed it, and then I got this 2012-02-18 21:08:11,483 - MainThread - base - ERROR - event callback Traceback (most recent call last): File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/event.py", line 192, in handle handler(event) File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/event.py", line 146, in __call__ super(EventHandler, self).__call__(event) File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/nf_wrapper.py", line 83, in __call__ ret = super(NotifierCallback, self).__call__(*args, **kwargs) File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/callable.py", line 226, in __call__ return cb(*cb_args, **cb_kwargs) File "/home/freevo/.local/lib/python2.6/site-packages/freevo/main.py", line 330, in eventhandler (event, sys.stdout.logfile), AttributeError: Logger instance has no attribute 'logfile' So I prepared a simple patch a. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489339&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-02-19 09:04:37
|
Bugs item #3489334, was opened at 2012-02-19 00:59 Message generated for change (Comment added) made by mennucc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489334&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: plugins Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Nobody/Anonymous (nobody) Summary: crash when tv file is removed and disk space is low Initial Comment: hi, the new code (to delete older recordings when disk space is low) is too fragile, whenever I convert something and/or delete something, the X interface crashes, as follows - Exception caught in main loop - Traceback (most recent call last): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/main.py", line 205, in loop - notifier.step() - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/pynotifier/nf_generic.py", line 221, in step - if not timer[ CALLBACK ](): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/nf_wrapper.py", line 83, in __call__ - ret = super(NotifierCallback, self).__call__(*args, **kwargs) - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/callable.py", line 226, in __call__ - return cb(*cb_args, **cb_kwargs) - File "/home/freevo/.local/lib/python2.6/site-packages/freevo/tv/plugins/recordings_manager.py", line 895, in poll - self.check_space() - File "/home/freevo/.local/lib/python2.6/site-packages/freevo/tv/plugins/recordings_manager.py", line 1079, in check_space - candidates = self.generate_candidates() - File "/home/freevo/.local/lib/python2.6/site-packages/freevo/tv/plugins/recordings_manager.py", line 1097, in generate_candidates - accessed = time.time() - os.stat(recorded_item.filename)[7] - OSError: [Errno 2] No such file or directory: '/data9/tv/2012-02-18_16-35_Doctor_Who_2005_-_Stagione_6_Episodio_11.ts' a. ---------------------------------------------------------------------- >Comment By: A C G Mennucc (mennucc) Date: 2012-02-19 01:04 Message: Untested patch: --- recordings_manager.py (revision 11915) +++ recordings_manager.py (working copy) @@ -1094,7 +1094,12 @@ today = datetime.date.today() for recorded_item in all_recordings: - accessed = time.time() - os.stat(recorded_item.filename)[7] + try: + accessed = time.time() - os.stat(recorded_item.filename)[7] + except OSError: + #file may have been deleted + logger.log( 9, 'OSError when stat-ing file %s .', recorded_item) + continue if recorded_item.watched and not recorded_item.keep and (accessed > 3600): watched_candidates.append(recorded_item) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489334&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-02-19 08:59:21
|
Bugs item #3489334, was opened at 2012-02-19 00:59 Message generated for change (Tracker Item Submitted) made by mennucc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489334&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: plugins Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Nobody/Anonymous (nobody) Summary: crash when tv file is removed and disk space is low Initial Comment: hi, the new code (to delete older recordings when disk space is low) is too fragile, whenever I convert something and/or delete something, the X interface crashes, as follows - Exception caught in main loop - Traceback (most recent call last): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/main.py", line 205, in loop - notifier.step() - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/pynotifier/nf_generic.py", line 221, in step - if not timer[ CALLBACK ](): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/nf_wrapper.py", line 83, in __call__ - ret = super(NotifierCallback, self).__call__(*args, **kwargs) - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/callable.py", line 226, in __call__ - return cb(*cb_args, **cb_kwargs) - File "/home/freevo/.local/lib/python2.6/site-packages/freevo/tv/plugins/recordings_manager.py", line 895, in poll - self.check_space() - File "/home/freevo/.local/lib/python2.6/site-packages/freevo/tv/plugins/recordings_manager.py", line 1079, in check_space - candidates = self.generate_candidates() - File "/home/freevo/.local/lib/python2.6/site-packages/freevo/tv/plugins/recordings_manager.py", line 1097, in generate_candidates - accessed = time.time() - os.stat(recorded_item.filename)[7] - OSError: [Errno 2] No such file or directory: '/data9/tv/2012-02-18_16-35_Doctor_Who_2005_-_Stagione_6_Episodio_11.ts' a. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3489334&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-02-04 00:50:03
|
Bugs item #3479793, was opened at 2012-01-25 15:16 Message generated for change (Comment added) made by kyl416 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3479793&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.x svn (rel-1) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kyle (kyl416) Assigned to: Nobody/Anonymous (nobody) Summary: Freevo Crashes on load Initial Comment: Whenever I try to load Freevo I get the following error on a black screen with orange text after the "Starting Freevo-1.9.2 r11911, please wait" splash screen finishes: Freevo Crashed! Filename: /usr/lib/python2.7/dist-packages/freevo/skins/main/skin_utils.py Lineno: 70 Function: pygamesurface_imlib2_scale Text: return pygame.image.frombuffer(buf, newsize, 'RGBA') integer argument expected, got float The command line output shows the following after it exits: version: 1.9.2 r11911 Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/freevo/main.py", line 567, in <module> MainMenu().getcmd() File "/usr/lib/python2.7/dist-packages/freevo/main.py", line 185, in getcmd menuw.pushmenu(mainmenu) File "/usr/lib/python2.7/dist-packages/freevo/menu.py", line 423, in pushmenu self.refresh() File "/usr/lib/python2.7/dist-packages/freevo/menu.py", line 452, in refresh skin.draw('menu', self, self.menustack[-1], self.screen_transition) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/main.py", line 567, in draw a.draw(settings, object, menu, style, type, self.force_redraw) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/area.py", line 198, in draw self.update_content() File "/usr/lib/python2.7/dist-packages/freevo/skins/main/default_areas.py", line 184, in update_content p.draw((self.widget_type, self.menuw), self) File "/usr/lib/python2.7/dist-packages/freevo/plugins/idlebar/__init__.py", line 120, in draw add_x = p.draw((type, object), x, osd) File "/usr/lib/python2.7/dist-packages/freevo/plugins/idlebar/__init__.py", line 263, in draw return osd.drawimage(image, (x, osd.y + 5, -1, 75))[0] File "/usr/lib/python2.7/dist-packages/freevo/skins/main/area.py", line 702, in drawimage image, w, h = self.loadimage(String(image), val[2:]) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/area.py", line 687, in loadimage cimage = pygamesurface_imlib2_scale(cimage, (w, h)) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/skin_utils.py", line 70, in pygamesurface_imlib2_scale return pygame.image.frombuffer(buf, newsize, 'RGBA') TypeError: integer argument expected, got float OS: Ubuntu 11.10 x86_64 Python 2.7 Latest git of kaa Latest svn of Freevo-1.x Pygame 1.9.1release-0ubuntu4 libimlib2 1.4.4-1 ---------------------------------------------------------------------- >Comment By: Kyle (kyl416) Date: 2012-02-03 16:50 Message: I did a few more tests, when I disabled idlebar.logo in local_conf.py it no longer crashed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3479793&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-01-25 23:16:00
|
Bugs item #3479793, was opened at 2012-01-25 15:16 Message generated for change (Tracker Item Submitted) made by kyl416 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3479793&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.x svn (rel-1) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kyle (kyl416) Assigned to: Nobody/Anonymous (nobody) Summary: Freevo Crashes on load Initial Comment: Whenever I try to load Freevo I get the following error on a black screen with orange text after the "Starting Freevo-1.9.2 r11911, please wait" splash screen finishes: Freevo Crashed! Filename: /usr/lib/python2.7/dist-packages/freevo/skins/main/skin_utils.py Lineno: 70 Function: pygamesurface_imlib2_scale Text: return pygame.image.frombuffer(buf, newsize, 'RGBA') integer argument expected, got float The command line output shows the following after it exits: version: 1.9.2 r11911 Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/freevo/main.py", line 567, in <module> MainMenu().getcmd() File "/usr/lib/python2.7/dist-packages/freevo/main.py", line 185, in getcmd menuw.pushmenu(mainmenu) File "/usr/lib/python2.7/dist-packages/freevo/menu.py", line 423, in pushmenu self.refresh() File "/usr/lib/python2.7/dist-packages/freevo/menu.py", line 452, in refresh skin.draw('menu', self, self.menustack[-1], self.screen_transition) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/main.py", line 567, in draw a.draw(settings, object, menu, style, type, self.force_redraw) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/area.py", line 198, in draw self.update_content() File "/usr/lib/python2.7/dist-packages/freevo/skins/main/default_areas.py", line 184, in update_content p.draw((self.widget_type, self.menuw), self) File "/usr/lib/python2.7/dist-packages/freevo/plugins/idlebar/__init__.py", line 120, in draw add_x = p.draw((type, object), x, osd) File "/usr/lib/python2.7/dist-packages/freevo/plugins/idlebar/__init__.py", line 263, in draw return osd.drawimage(image, (x, osd.y + 5, -1, 75))[0] File "/usr/lib/python2.7/dist-packages/freevo/skins/main/area.py", line 702, in drawimage image, w, h = self.loadimage(String(image), val[2:]) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/area.py", line 687, in loadimage cimage = pygamesurface_imlib2_scale(cimage, (w, h)) File "/usr/lib/python2.7/dist-packages/freevo/skins/main/skin_utils.py", line 70, in pygamesurface_imlib2_scale return pygame.image.frombuffer(buf, newsize, 'RGBA') TypeError: integer argument expected, got float OS: Ubuntu 11.10 x86_64 Python 2.7 Latest git of kaa Latest svn of Freevo-1.x Pygame 1.9.1release-0ubuntu4 libimlib2 1.4.4-1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3479793&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-01-25 22:54:54
|
Bugs item #3473146, was opened at 2012-01-12 15:36 Message generated for change (Comment added) made by tack You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3473146&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kaa.base Group: kaa svn >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Kyle (kyl416) Assigned to: Jason Tackaberry (tack) Summary: Installed kaa.base version (unknown) is too old Initial Comment: At some point in the past week one of the svn revisions of kaa resulted in the following appearing when I try to launch freevo, last week it worked fine: ================================================================================ Freevo 1.9.2-svn r11910 started at Thu Jan 12 18:20:52 2012 -------------------------------------------------------------------------------- Error: Installed kaa.base version (unknown) is too old. Please update kaa.base to version 0.4 or higher or get it with subversion svn export svn://svn.freevo.org/kaa/trunk/base kaa/base OS: Ubuntu x86_64 11.10 Python 2.7 Latest svn of kaa Lates svn of Freevo 1.x ---------------------------------------------------------------------- >Comment By: Jason Tackaberry (tack) Date: 2012-01-25 14:54 Message: Fixed, see https://github.com/freevo/kaa-base/issues/1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3473146&group_id=46652 |
From: SourceForge.net <no...@so...> - 2012-01-12 23:36:53
|
Bugs item #3473146, was opened at 2012-01-12 15:36 Message generated for change (Tracker Item Submitted) made by kyl416 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3473146&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kaa.base Group: kaa svn Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kyle (kyl416) Assigned to: Jason Tackaberry (tack) Summary: Installed kaa.base version (unknown) is too old Initial Comment: At some point in the past week one of the svn revisions of kaa resulted in the following appearing when I try to launch freevo, last week it worked fine: ================================================================================ Freevo 1.9.2-svn r11910 started at Thu Jan 12 18:20:52 2012 -------------------------------------------------------------------------------- Error: Installed kaa.base version (unknown) is too old. Please update kaa.base to version 0.4 or higher or get it with subversion svn export svn://svn.freevo.org/kaa/trunk/base kaa/base OS: Ubuntu x86_64 11.10 Python 2.7 Latest svn of kaa Lates svn of Freevo 1.x ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3473146&group_id=46652 |
From: SourceForge.net <no...@so...> - 2011-11-30 07:36:54
|
Bugs item #3441206, was opened at 2011-11-22 11:14 Message generated for change (Comment added) made by mennucc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kaa.base Group: 1.9.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Jason Tackaberry (tack) Summary: crash in freevo / kaa Initial Comment: hi; I updated my box , freevo is SVN 11905 and kaa is SVN is 4643 . Sometimes freevo dies, since sometimes th einotify socket cannot be read, it returns EAGAIN (errno 11), see attached traceback. I had prepared a patch for an older version, see attachment below, I will try to update the patch to newer SVN. a. ---------------------------------------------------------------------- >Comment By: A C G Mennucc (mennucc) Date: 2011-11-29 23:36 Message: hi, currently freevo SVN 11908 kaa SVN 4650 (I manually added import errno). Now freevo does not crash , even when using the shoppingkart. The problem now though is that freevo uses a lot of CPU when idle, ' top' reports that python2.6 /home/freevo/.local/lib/python2.6/site-packages/freevo/main.py uses 35% CPU a. ---------------------------------------------------------------------- Comment By: Jason Tackaberry (tack) Date: 2011-11-28 05:40 Message: Well that was a silly error. :( Fix committed. Can you tell me if latest svn fixes this issue now? ---------------------------------------------------------------------- Comment By: A C G Mennucc (mennucc) Date: 2011-11-28 00:46 Message: hi, you should 'import errno' - Traceback (most recent call last): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/main.py", line 205, in loop - notifier.step() - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/pynotifier/nf_generic.py", line 255, in step - if callback is not None and not callback( sock ): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/core.py", line 205, in run_queue - CoreThreading._purge_pipe(CoreThreading._pipe[0]) - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/core.py", line 183, in _purge_pipe - if err != errno.EAGAIN: - NameError: global name 'errno' is not defined ---------------------------------------------------------------------- Comment By: Jason Tackaberry (tack) Date: 2011-11-26 09:48 Message: Can you give latest svn a try and see if that works for you? ---------------------------------------------------------------------- Comment By: A C G Mennucc (mennucc) Date: 2011-11-24 04:40 Message: hi, I forgot to mention rhis fact. One sure way to trigger the bug it to move a file from one folder to another folder (inside the VIDEO_ITEMS) using the shopping cart. a. ---------------------------------------------------------------------- Comment By: Jason Tackaberry (tack) Date: 2011-11-23 11:03 Message: select() manpage says "Under Linux, select() may report a socket file descriptor as "ready for reading", while nevertheless a subsequent read blocks. This could for example happen when data has arrived but upon examination has wrong checksum and is dis‐ carded. There may be other circumstances in which a file descriptor is spuriously reported as ready." So my original assumption in the code (that this should not happen) is wrong, and we shouldn't consider EAGAIN to be a loggable error condition, but rather we should just handle it properly. I can see why we should handle EAGAIN for the signal wakeup pipe, although I don't understand how that could be related to the bug in INotify? Addressing the question in your patch ("it was 'pass' but why should we ignoer errors?") -- at least in the case of the wakeup handler, the required task has been accomplished: the main loop needed to wake up to execute queued callbacks. So bubbling the exception up to the main loop (which will prevent the queued callbacks from executing) is defeating the purpose. Logging a warning (which is what svn currently does) is better IMO. I'll see about committing a proper fix for EAGAIN from the signal pipe and INotify later. Stay tuned. Thanks for the bug report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 |
From: SourceForge.net <no...@so...> - 2011-11-28 13:40:01
|
Bugs item #3441206, was opened at 2011-11-22 11:14 Message generated for change (Comment added) made by tack You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kaa.base Group: 1.9.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Jason Tackaberry (tack) Summary: crash in freevo / kaa Initial Comment: hi; I updated my box , freevo is SVN 11905 and kaa is SVN is 4643 . Sometimes freevo dies, since sometimes th einotify socket cannot be read, it returns EAGAIN (errno 11), see attached traceback. I had prepared a patch for an older version, see attachment below, I will try to update the patch to newer SVN. a. ---------------------------------------------------------------------- >Comment By: Jason Tackaberry (tack) Date: 2011-11-28 05:40 Message: Well that was a silly error. :( Fix committed. Can you tell me if latest svn fixes this issue now? ---------------------------------------------------------------------- Comment By: A C G Mennucc (mennucc) Date: 2011-11-28 00:46 Message: hi, you should 'import errno' - Traceback (most recent call last): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/main.py", line 205, in loop - notifier.step() - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/pynotifier/nf_generic.py", line 255, in step - if callback is not None and not callback( sock ): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/core.py", line 205, in run_queue - CoreThreading._purge_pipe(CoreThreading._pipe[0]) - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/core.py", line 183, in _purge_pipe - if err != errno.EAGAIN: - NameError: global name 'errno' is not defined ---------------------------------------------------------------------- Comment By: Jason Tackaberry (tack) Date: 2011-11-26 09:48 Message: Can you give latest svn a try and see if that works for you? ---------------------------------------------------------------------- Comment By: A C G Mennucc (mennucc) Date: 2011-11-24 04:40 Message: hi, I forgot to mention rhis fact. One sure way to trigger the bug it to move a file from one folder to another folder (inside the VIDEO_ITEMS) using the shopping cart. a. ---------------------------------------------------------------------- Comment By: Jason Tackaberry (tack) Date: 2011-11-23 11:03 Message: select() manpage says "Under Linux, select() may report a socket file descriptor as "ready for reading", while nevertheless a subsequent read blocks. This could for example happen when data has arrived but upon examination has wrong checksum and is dis‐ carded. There may be other circumstances in which a file descriptor is spuriously reported as ready." So my original assumption in the code (that this should not happen) is wrong, and we shouldn't consider EAGAIN to be a loggable error condition, but rather we should just handle it properly. I can see why we should handle EAGAIN for the signal wakeup pipe, although I don't understand how that could be related to the bug in INotify? Addressing the question in your patch ("it was 'pass' but why should we ignoer errors?") -- at least in the case of the wakeup handler, the required task has been accomplished: the main loop needed to wake up to execute queued callbacks. So bubbling the exception up to the main loop (which will prevent the queued callbacks from executing) is defeating the purpose. Logging a warning (which is what svn currently does) is better IMO. I'll see about committing a proper fix for EAGAIN from the signal pipe and INotify later. Stay tuned. Thanks for the bug report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 |
From: SourceForge.net <no...@so...> - 2011-11-28 08:46:30
|
Bugs item #3441206, was opened at 2011-11-22 11:14 Message generated for change (Comment added) made by mennucc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kaa.base Group: 1.9.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Jason Tackaberry (tack) Summary: crash in freevo / kaa Initial Comment: hi; I updated my box , freevo is SVN 11905 and kaa is SVN is 4643 . Sometimes freevo dies, since sometimes th einotify socket cannot be read, it returns EAGAIN (errno 11), see attached traceback. I had prepared a patch for an older version, see attachment below, I will try to update the patch to newer SVN. a. ---------------------------------------------------------------------- >Comment By: A C G Mennucc (mennucc) Date: 2011-11-28 00:46 Message: hi, you should 'import errno' - Traceback (most recent call last): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/main.py", line 205, in loop - notifier.step() - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/pynotifier/nf_generic.py", line 255, in step - if callback is not None and not callback( sock ): - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/core.py", line 205, in run_queue - CoreThreading._purge_pipe(CoreThreading._pipe[0]) - File "/home/freevo/.local/lib/python2.6/site-packages/kaa/base/core.py", line 183, in _purge_pipe - if err != errno.EAGAIN: - NameError: global name 'errno' is not defined ---------------------------------------------------------------------- Comment By: Jason Tackaberry (tack) Date: 2011-11-26 09:48 Message: Can you give latest svn a try and see if that works for you? ---------------------------------------------------------------------- Comment By: A C G Mennucc (mennucc) Date: 2011-11-24 04:40 Message: hi, I forgot to mention rhis fact. One sure way to trigger the bug it to move a file from one folder to another folder (inside the VIDEO_ITEMS) using the shopping cart. a. ---------------------------------------------------------------------- Comment By: Jason Tackaberry (tack) Date: 2011-11-23 11:03 Message: select() manpage says "Under Linux, select() may report a socket file descriptor as "ready for reading", while nevertheless a subsequent read blocks. This could for example happen when data has arrived but upon examination has wrong checksum and is dis‐ carded. There may be other circumstances in which a file descriptor is spuriously reported as ready." So my original assumption in the code (that this should not happen) is wrong, and we shouldn't consider EAGAIN to be a loggable error condition, but rather we should just handle it properly. I can see why we should handle EAGAIN for the signal wakeup pipe, although I don't understand how that could be related to the bug in INotify? Addressing the question in your patch ("it was 'pass' but why should we ignoer errors?") -- at least in the case of the wakeup handler, the required task has been accomplished: the main loop needed to wake up to execute queued callbacks. So bubbling the exception up to the main loop (which will prevent the queued callbacks from executing) is defeating the purpose. Logging a warning (which is what svn currently does) is better IMO. I'll see about committing a proper fix for EAGAIN from the signal pipe and INotify later. Stay tuned. Thanks for the bug report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 |
From: SourceForge.net <no...@so...> - 2011-11-26 17:48:40
|
Bugs item #3441206, was opened at 2011-11-22 11:14 Message generated for change (Comment added) made by tack You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kaa.base Group: 1.9.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Jason Tackaberry (tack) Summary: crash in freevo / kaa Initial Comment: hi; I updated my box , freevo is SVN 11905 and kaa is SVN is 4643 . Sometimes freevo dies, since sometimes th einotify socket cannot be read, it returns EAGAIN (errno 11), see attached traceback. I had prepared a patch for an older version, see attachment below, I will try to update the patch to newer SVN. a. ---------------------------------------------------------------------- >Comment By: Jason Tackaberry (tack) Date: 2011-11-26 09:48 Message: Can you give latest svn a try and see if that works for you? ---------------------------------------------------------------------- Comment By: A C G Mennucc (mennucc) Date: 2011-11-24 04:40 Message: hi, I forgot to mention rhis fact. One sure way to trigger the bug it to move a file from one folder to another folder (inside the VIDEO_ITEMS) using the shopping cart. a. ---------------------------------------------------------------------- Comment By: Jason Tackaberry (tack) Date: 2011-11-23 11:03 Message: select() manpage says "Under Linux, select() may report a socket file descriptor as "ready for reading", while nevertheless a subsequent read blocks. This could for example happen when data has arrived but upon examination has wrong checksum and is dis‐ carded. There may be other circumstances in which a file descriptor is spuriously reported as ready." So my original assumption in the code (that this should not happen) is wrong, and we shouldn't consider EAGAIN to be a loggable error condition, but rather we should just handle it properly. I can see why we should handle EAGAIN for the signal wakeup pipe, although I don't understand how that could be related to the bug in INotify? Addressing the question in your patch ("it was 'pass' but why should we ignoer errors?") -- at least in the case of the wakeup handler, the required task has been accomplished: the main loop needed to wake up to execute queued callbacks. So bubbling the exception up to the main loop (which will prevent the queued callbacks from executing) is defeating the purpose. Logging a warning (which is what svn currently does) is better IMO. I'll see about committing a proper fix for EAGAIN from the signal pipe and INotify later. Stay tuned. Thanks for the bug report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 |
From: SourceForge.net <no...@so...> - 2011-11-24 12:40:24
|
Bugs item #3441206, was opened at 2011-11-22 11:14 Message generated for change (Comment added) made by mennucc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kaa.base Group: 1.9.x >Status: Open Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Jason Tackaberry (tack) Summary: crash in freevo / kaa Initial Comment: hi; I updated my box , freevo is SVN 11905 and kaa is SVN is 4643 . Sometimes freevo dies, since sometimes th einotify socket cannot be read, it returns EAGAIN (errno 11), see attached traceback. I had prepared a patch for an older version, see attachment below, I will try to update the patch to newer SVN. a. ---------------------------------------------------------------------- >Comment By: A C G Mennucc (mennucc) Date: 2011-11-24 04:40 Message: hi, I forgot to mention rhis fact. One sure way to trigger the bug it to move a file from one folder to another folder (inside the VIDEO_ITEMS) using the shopping cart. a. ---------------------------------------------------------------------- Comment By: Jason Tackaberry (tack) Date: 2011-11-23 11:03 Message: select() manpage says "Under Linux, select() may report a socket file descriptor as "ready for reading", while nevertheless a subsequent read blocks. This could for example happen when data has arrived but upon examination has wrong checksum and is dis‐ carded. There may be other circumstances in which a file descriptor is spuriously reported as ready." So my original assumption in the code (that this should not happen) is wrong, and we shouldn't consider EAGAIN to be a loggable error condition, but rather we should just handle it properly. I can see why we should handle EAGAIN for the signal wakeup pipe, although I don't understand how that could be related to the bug in INotify? Addressing the question in your patch ("it was 'pass' but why should we ignoer errors?") -- at least in the case of the wakeup handler, the required task has been accomplished: the main loop needed to wake up to execute queued callbacks. So bubbling the exception up to the main loop (which will prevent the queued callbacks from executing) is defeating the purpose. Logging a warning (which is what svn currently does) is better IMO. I'll see about committing a proper fix for EAGAIN from the signal pipe and INotify later. Stay tuned. Thanks for the bug report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 |
From: SourceForge.net <no...@so...> - 2011-11-23 19:03:34
|
Bugs item #3441206, was opened at 2011-11-22 11:14 Message generated for change (Comment added) made by tack You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kaa.base Group: 1.9.x >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Jason Tackaberry (tack) Summary: crash in freevo / kaa Initial Comment: hi; I updated my box , freevo is SVN 11905 and kaa is SVN is 4643 . Sometimes freevo dies, since sometimes th einotify socket cannot be read, it returns EAGAIN (errno 11), see attached traceback. I had prepared a patch for an older version, see attachment below, I will try to update the patch to newer SVN. a. ---------------------------------------------------------------------- >Comment By: Jason Tackaberry (tack) Date: 2011-11-23 11:03 Message: select() manpage says "Under Linux, select() may report a socket file descriptor as "ready for reading", while nevertheless a subsequent read blocks. This could for example happen when data has arrived but upon examination has wrong checksum and is dis‐ carded. There may be other circumstances in which a file descriptor is spuriously reported as ready." So my original assumption in the code (that this should not happen) is wrong, and we shouldn't consider EAGAIN to be a loggable error condition, but rather we should just handle it properly. I can see why we should handle EAGAIN for the signal wakeup pipe, although I don't understand how that could be related to the bug in INotify? Addressing the question in your patch ("it was 'pass' but why should we ignoer errors?") -- at least in the case of the wakeup handler, the required task has been accomplished: the main loop needed to wake up to execute queued callbacks. So bubbling the exception up to the main loop (which will prevent the queued callbacks from executing) is defeating the purpose. Logging a warning (which is what svn currently does) is better IMO. I'll see about committing a proper fix for EAGAIN from the signal pipe and INotify later. Stay tuned. Thanks for the bug report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441206&group_id=46652 |
From: SourceForge.net <no...@so...> - 2011-11-22 20:22:09
|
Bugs item #3441201, was opened at 2011-11-22 11:04 Message generated for change (Comment added) made by mennucc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441201&group_id=46652 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: helpers Group: 1.9.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: A C G Mennucc (mennucc) Assigned to: Nobody/Anonymous (nobody) Summary: crash in recordserver Initial Comment: hi; I updated my box , freevo is SVN 11905 and kaa is SVN is 4643 . Sometimes the recordserver dies with a weird traceback; I did not find a way to store it so I took a picture , see in http://mennucc1.debian.net/freevo_weird_bug.jpg . My best guess is that there is a conflict between the logging (recently added to many files) and the instruction 'traceback.print_stack()' . a. ---------------------------------------------------------------------- >Comment By: A C G Mennucc (mennucc) Date: 2011-11-22 12:22 Message: hi, I eventually could write the traceback , see attachment.a. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=3441201&group_id=46652 |