Re: [Freevo-users] 1.9.0 vs freevo1-git
On 12-06-10 08:27 AM, Anders Eriksson wrote: > Not fixed in git as of today. A quick glance at the code suggests that > this chunk of code assumes IPv6 somehow. I have a ipv4 only system > (kernel w/ CONFIG_IPV6 not set). Do I_have_ to enable v6 to get this to > work? Ah, well this explains why socket(AF_INET6, SOCK_STREAM) fails. Yes, kaa.Socket assumes a dual stack OS. I have been meaning to change this for an unrelated reason. (That is, I'm not terribly interested in supporting the extremely rare case of a non-IPv6 capable Linux system, but there are some functional problems with using v4-mapped addresses on a v6 socket that I wasn't aware of when I wrote this code.) So until I make those changes, I'm afraid you will need CONFIG_IPV6 for this to work. > (Being a c guy, I know there are version independent c socket > interfaces. I would assume the same holds for python. How come version > specific coding here?) Because dual stack is ubiquitous, especially on Linux, and because v6 sockets can support both v6 and v4 (via IPv4-mapped addresses) connections, and for those reasons it seemed like a good idea at the time (which was before I read [1]). Cheers, Jason. [1] http://tools.ietf.org/html/draft-cmetz-v6ops-v4mapped-api-harmful-01 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] 1.9.0 vs freevo1-git
On 2012-06-03 00:31, Adam Charrett wrote: > > > I did write a v small plugin a while ago to display a 'Downloaded TV' option > in the TV menu which was a just another way to browse a different directory > contain downloaded TV content. Found the tv.plugins.view_recordings plugin. Thanks! > > > freevo1-git now uses kaa-epg and to access the guide you need to be > > > running the recordserver. > > Hmm, now I see that it doesn't start ok; > > > > # /usr/bin/freevo --daemon recordserver > > tv ~ # > > Warning: freevo_config.py was changed, please check local_conf.py > > > > > > Traceback (most recent call last): > >File > > "/usr/lib64/python2.6/site-packages/freevo/helpers/recordserver.py", > > line 58, in > > import tv.record_types > >File "/usr/lib64/python2.6/site-packages/freevo/tv/record_types.py", > > line 41, in > > import util.tv_util as tv_util > >File "/usr/lib64/python2.6/site-packages/freevo/util/tv_util.py", > > line 35, in > > import tv.epg > >File "/usr/lib64/python2.6/site-packages/freevo/tv/epg.py", line 14, > > in > > kaa.epg.listen(('', 1), config.RECORDSERVER_SECRET) > >File "/usr/lib64/python2.6/site-packages/kaa/epg/__init__.py", line > > 73, in listen > > server.append(Server(guide, address, secret)) > >File "/usr/lib64/python2.6/site-packages/kaa/epg/rpc.py", line 210, > > in __init__ > > self._rpc = kaa.rpc.Server(address, secret) > >File "/usr/lib64/python2.6/site-packages/kaa/base/rpc.py", line 178, > > in __init__ > > self._socket.listen(address) > >File "/usr/lib64/python2.6/site-packages/kaa/base/sockets.py", line > > 532, in listen > > sock, addr = self._make_socket(addr, overwrite=True) > >File "/usr/lib64/python2.6/site-packages/kaa/base/sockets.py", line > > 433, in _make_socket > > sock = socket.socket(socket.AF_INET6, socket.SOCK_STREAM) > >File "/usr/lib64/python2.6/socket.py", line 184, in __init__ > > _sock = _realsocket(family, type, proto) > > TypeError: an integer is required > > > Looks like a kaa.base error, I think this may have been resolved > recently. Not fixed in git as of today. A quick glance at the code suggests that this chunk of code assumes IPv6 somehow. I have a ipv4 only system (kernel w/ CONFIG_IPV6 not set). Do I _have_ to enable v6 to get this to work? (Being a c guy, I know there are version independent c socket interfaces. I would assume the same holds for python. How come version specific coding here?) > > > > > To load in the listings use > > > > > > freevo tv_grab -- -u > > Hmmm. My git copy doesn't have an -u option > > # freevo tv_grab -- --help > > Doh, hadn't pulled in the changes from my branch, there should be on the main > branch now. got -u supported in the git refresh. I accidentally ran the command as the wrong user and got: Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/freevo/helpers/tv_grab.py", line 96, in tv.epg.update(config.XMLTV_FILE) File "/usr/lib64/python2.6/site-packages/freevo/tv/epg.py", line 131, in update kaa.epg.update().wait() File "/usr/lib64/python2.6/site-packages/kaa/epg/__init__.py", line 120, in __call__ return guide.update(backend, *args, **kwargs) File "/usr/lib64/python2.6/site-packages/kaa/base/coroutine.py", line 219, in newfunc ip.result File "/usr/lib64/python2.6/site-packages/kaa/base/async.py", line 285, in result raise self._exception[1] kaa.base.errors.AsyncException: Exception raised asynchronously; traceback follows: File "/usr/lib64/python2.6/site-packages/kaa/base/coroutine.py", line 374, in _step result = self._step_generator() File "/usr/lib64/python2.6/site-packages/kaa/base/coroutine.py", line 615, in _step_generator return self._coroutine.next() File "/usr/lib64/python2.6/site-packages/kaa/epg/sources/update.py", line 99, in update self._db.vacuum() File "/usr/lib64/python2.6/site-packages/kaa/base/db.py", line 2509, in vacuum self._db_query('DELETE FROM ivtidx_%s_terms WHERE count=0' % ivtidx) File "/usr/lib64/python2.6/site-packages/kaa/base/db.py", line 651, in _db_query cursor.execute(statement, args) OperationalError: attempt to write a readonly database Maybe that should not throw a stack trace, but rather just return with a oneliner informative error message? But maybe current behaviour is desired by the devs? (I always assumed that stacktraces are either an explicitly enabled debug feature, or a sign of uncaught exceptions (i.e. sloppy coding)). Now, how to get the recordserver to start without V6 support... Rgds, /Anders -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussi
Re: [Freevo-users] 1.9.0 vs freevo1-git
On 12-05-31 04:40 AM, Anders Eriksson wrote: > File "/usr/lib64/python2.6/site-packages/kaa/base/sockets.py", line > 433, in _make_socket > sock = socket.socket(socket.AF_INET6, socket.SOCK_STREAM) > File "/usr/lib64/python2.6/socket.py", line 184, in __init__ > _sock = _realsocket(family, type, proto) > TypeError: an integer is required What version of kaa.base are you using? $ python -c 'from kaa.version import VERSION; print VERSION' Also, what OS is this running on? Based on the traceback, I actually wouldn't expect this to fail at all. Can you try this sanity check and see if there are any exceptions: $ python -c 'import socket; socket.socket(socket.AF_INET6, socket.SOCK_STREAM)' Thanks, Jason. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] 1.9.0 vs freevo1-git
On Thu, 2012-05-31 at 10:40 +0200, Anders Eriksson wrote: > On 2012-05-29 22:50, Adam Charrett wrote: > > On Tue, 2012-05-29 at 21:20 +0200, Anders Eriksson wrote: > > > Hi, > > > > > > I recently took the step to upgrade from 1.9.0 to freevo1-git. Three > > > issues encountered so far. > > > > > > 1) The Manage Recordings folder shows only some of the files in my / > > > media/tv directory. It used to show all files. I have a habit > > > of just dropping 'stuff I receive' in that folder for later viewing and > > > no > > > that doesn't work any more. I have hunch that might be because > > > those files lack fxd metadata (they never will have fxds). > > > > Well the RecordingsManager plugin has been altered in that regard, but I > > would add that the scenario you describe isn't the way it is designed to > > work so I wouldn't say it will work without issue > Ok. Fair enough. Any chance it can be made to pick up stuff as it > appears, or is the directory to be considered 'managed' territory > in the future? The directory will be managed in future, although there is still likely to be .fxd files created, these won't be used to populate the recording manager list. The reason for this is that the primary purpose of the Recordings Manager is taking a flat structure generated by the recordserver and giving it some structure. > The one thing that got me hooked in freevo (vs mythtv when I got > my htpc) was the transparency it gave when comparing the its view > of the world with what I could see myself with a simple 'ls' and 'cat'. > Entrusting mythtv's sqldb with all my metadata was not really an > appealing prospect. I did write a v small plugin a while ago to display a 'Downloaded TV' option in the TV menu which was a just another way to browse a different directory contain downloaded TV content. Plus you always have the option of auto generating the .fxd files for your content when you add them to the directory. > > > 2) I have subdirs in my /media/tv. Now none of them are shown in the > > > menu. > > > > Shown where? Not sure what you are saying here? > The "Manage Recordings" menu. Whenever I get a batch of avi:s from > somewhere, I place them in a folder (mkdir, cp), to be viewed like any > other show. Your best option here is to create the fxd files (should be reasonably easy to auto generate, base on name of folder and file name). and add them to the TV recordings folder in a flat structure. The important thing to note is that the video files don't have to be in the same directory as the .fxd files, so you can leave your video files in the folder you downloaded them to but still access them from the recordings manager. > > > > > 3) What about the epg? It's now all empty. Any guides as to what > > > (re)configuration one has to do? (analog tv) > > > > freevo1-git now uses kaa-epg and to access the guide you need to be > > running the recordserver. > Hmm, now I see that it doesn't start ok; > > # /usr/bin/freevo --daemon recordserver > tv ~ # > Warning: freevo_config.py was changed, please check local_conf.py > > > Traceback (most recent call last): >File > "/usr/lib64/python2.6/site-packages/freevo/helpers/recordserver.py", > line 58, in > import tv.record_types >File "/usr/lib64/python2.6/site-packages/freevo/tv/record_types.py", > line 41, in > import util.tv_util as tv_util >File "/usr/lib64/python2.6/site-packages/freevo/util/tv_util.py", > line 35, in > import tv.epg >File "/usr/lib64/python2.6/site-packages/freevo/tv/epg.py", line 14, > in > kaa.epg.listen(('', 1), config.RECORDSERVER_SECRET) >File "/usr/lib64/python2.6/site-packages/kaa/epg/__init__.py", line > 73, in listen > server.append(Server(guide, address, secret)) >File "/usr/lib64/python2.6/site-packages/kaa/epg/rpc.py", line 210, > in __init__ > self._rpc = kaa.rpc.Server(address, secret) >File "/usr/lib64/python2.6/site-packages/kaa/base/rpc.py", line 178, > in __init__ > self._socket.listen(address) >File "/usr/lib64/python2.6/site-packages/kaa/base/sockets.py", line > 532, in listen > sock, addr = self._make_socket(addr, overwrite=True) >File "/usr/lib64/python2.6/site-packages/kaa/base/sockets.py", line > 433, in _make_socket > sock = socket.socket(socket.AF_INET6, socket.SOCK_STREAM) >File "/usr/lib64/python2.6/socket.py", line 184, in __init__ > _sock = _realsocket(family, type, proto) > TypeError: an integer is required > Looks like a kaa.base error, I think this may have been resolved recently. > > > To load in the listings use > > > > freevo tv_grab -- -u > Hmmm. My git copy doesn't have an -u option > # freevo tv_grab -- --help Doh, hadn't pulled in the changes from my branch, there should be on the main branch now. Cheers Adam ---
Re: [Freevo-users] 1.9.0 vs freevo1-git
On 2012-05-29 22:50, Adam Charrett wrote: > On Tue, 2012-05-29 at 21:20 +0200, Anders Eriksson wrote: > > Hi, > > > > I recently took the step to upgrade from 1.9.0 to freevo1-git. Three > > issues encountered so far. > > > > 1) The Manage Recordings folder shows only some of the files in my / > > media/tv directory. It used to show all files. I have a habit > > of just dropping 'stuff I receive' in that folder for later viewing and no > > that doesn't work any more. I have hunch that might be because > > those files lack fxd metadata (they never will have fxds). > > Well the RecordingsManager plugin has been altered in that regard, but I > would add that the scenario you describe isn't the way it is designed to > work so I wouldn't say it will work without issue Ok. Fair enough. Any chance it can be made to pick up stuff as it appears, or is the directory to be considered 'managed' territory in the future? The one thing that got me hooked in freevo (vs mythtv when I got my htpc) was the transparency it gave when comparing the its view of the world with what I could see myself with a simple 'ls' and 'cat'. Entrusting mythtv's sqldb with all my metadata was not really an appealing prospect. > > 2) I have subdirs in my /media/tv. Now none of them are shown in the menu. > > Shown where? Not sure what you are saying here? The "Manage Recordings" menu. Whenever I get a batch of avi:s from somewhere, I place them in a folder (mkdir, cp), to be viewed like any other show. > > > 3) What about the epg? It's now all empty. Any guides as to what > > (re)configuration one has to do? (analog tv) > > freevo1-git now uses kaa-epg and to access the guide you need to be > running the recordserver. Hmm, now I see that it doesn't start ok; # /usr/bin/freevo --daemon recordserver tv ~ # Warning: freevo_config.py was changed, please check local_conf.py Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/freevo/helpers/recordserver.py", line 58, in import tv.record_types File "/usr/lib64/python2.6/site-packages/freevo/tv/record_types.py", line 41, in import util.tv_util as tv_util File "/usr/lib64/python2.6/site-packages/freevo/util/tv_util.py", line 35, in import tv.epg File "/usr/lib64/python2.6/site-packages/freevo/tv/epg.py", line 14, in kaa.epg.listen(('', 1), config.RECORDSERVER_SECRET) File "/usr/lib64/python2.6/site-packages/kaa/epg/__init__.py", line 73, in listen server.append(Server(guide, address, secret)) File "/usr/lib64/python2.6/site-packages/kaa/epg/rpc.py", line 210, in __init__ self._rpc = kaa.rpc.Server(address, secret) File "/usr/lib64/python2.6/site-packages/kaa/base/rpc.py", line 178, in __init__ self._socket.listen(address) File "/usr/lib64/python2.6/site-packages/kaa/base/sockets.py", line 532, in listen sock, addr = self._make_socket(addr, overwrite=True) File "/usr/lib64/python2.6/site-packages/kaa/base/sockets.py", line 433, in _make_socket sock = socket.socket(socket.AF_INET6, socket.SOCK_STREAM) File "/usr/lib64/python2.6/socket.py", line 184, in __init__ _sock = _realsocket(family, type, proto) TypeError: an integer is required > To load in the listings use > > freevo tv_grab -- -u Hmmm. My git copy doesn't have an -u option # freevo tv_grab -- --help Freevo 1.9.2-git started at Thu May 31 10:39:54 2012 Usage: freevo tv_grab [options] Downloads the listing for xmltv and cache the data Options: --versionshow program's version number and exit --help, -h show this help message and exit --query, -q print a list of all stations. The list can be used to set TV_CHANNELS [default:False] > > Cheers > > Adam > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > Freevo-users mailing list > Freevo-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freevo-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net htt
Re: [Freevo-users] 1.9.0 vs freevo1-git
On Tue, 2012-05-29 at 21:20 +0200, Anders Eriksson wrote: > Hi, > > I recently took the step to upgrade from 1.9.0 to freevo1-git. Three > issues encountered so far. > > 1) The Manage Recordings folder shows only some of the files in my / > media/tv directory. It used to show all files. I have a habit > of just dropping 'stuff I receive' in that folder for later viewing and no > that doesn't work any more. I have hunch that might be because > those files lack fxd metadata (they never will have fxds). Well the RecordingsManager plugin has been altered in that regard, but I would add that the scenario you describe isn't the way it is designed to work so I wouldn't say it will work without issue > 2) I have subdirs in my /media/tv. Now none of them are shown in the menu. Shown where? Not sure what you are saying here? > 3) What about the epg? It's now all empty. Any guides as to what > (re)configuration one has to do? (analog tv) freevo1-git now uses kaa-epg and to access the guide you need to be running the recordserver. To load in the listings use freevo tv_grab -- -u Cheers Adam -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users