Bugs item #1581561, was opened at 2006-10-21 00:23
Message generated for change (Comment added) made by duncanwebb
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=446895aid=1581561group_id=46652
Please note that this message will contain a full copy of the comment
Duncan Webb wrote:
What about writing a helper to generate the correct stuff that can then
be merged into local_conf.py, a bit like convert_config.py. This way the
everything is set up once and no parsing is required at run time.
There's evdev._print_tables() that generates python code for
Justin Wetherell wrote:
Im not sure which input.h you need but here is mine from:
/usr/include/linux/input.h
Ah, you have a broken input.h. It hasn't been stripped of in-kernel
definitions.
Still, the parser should be more forgiving. I'll see what can be done.
Rgds
--
-- Pierre Ossman
Pierre Ossman wrote:
Duncan Webb wrote:
What about writing a helper to generate the correct stuff that can then
be merged into local_conf.py, a bit like convert_config.py. This way the
everything is set up once and no parsing is required at run time.
There's evdev._print_tables() that
Bugs item #1581561, was opened at 2006-10-21 00:23
Message generated for change (Comment added) made by owigera
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=446895aid=1581561group_id=46652
Please note that this message will contain a full copy of the comment
Bugs item #1581561, was opened at 2006-10-21 00:23
Message generated for change (Comment added) made by owigera
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=446895aid=1581561group_id=46652
Please note that this message will contain a full copy of the comment
Bugs item #1581561, was opened at 2006-10-21 00:23
Message generated for change (Settings changed) made by duncanwebb
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=446895aid=1581561group_id=46652
Please note that this message will contain a full copy of the
SourceForge.net wrote:
A quick question about this:
Is a reboot still sometimes necessary when the wakeup time has been set
using the ACPI method?
Sorry I missed the last comment about Bugs item #1581561.
Feature Requests item #1581566, was opened at 2006-10-21 00:30
Message generated for
Hey,
I felt brave and free today (or, actually, I've just given up buidling
my own media server and pitch in a little on freevo 2.0 :-) ).
I learned that the best way to understand the project is not by
reporting bugs, but solving them, so I spent tonight on a little
problem I had. As soon
Duncan Webb wrote:
Pierre Ossman wrote:
News to me, but I'm no lirc expert. Still, that's one extra dependency
for something we can do directly.
No extra dependency as lirc is already supported
It is for the user as he could (with this patch) have his evdev device
supported with just the
Pierre Ossman wrote:
Duncan Webb wrote:
Pierre Ossman wrote:
News to me, but I'm no lirc expert. Still, that's one extra dependency
for something we can do directly.
No extra dependency as lirc is already supported
It is for the user as he could (with this patch) have his evdev device
On Sat, 2006-10-21 at 20:26 -0300, Rob Shortt wrote:
an aweful state. Instead of things going into the kernel, development
on lirc continued and I guess got a little better (correct me if I'm wrong).
I can say that with multiple IR devices, lirc has improved
significantly. Before I had to do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dischi wrote:
On Fri, 2006-10-20 at 16:49 +0200, Richard van Paasen wrote:
So I'd vote for the tracker. Maybe in a reconfigured form.
I'd be thrilled to see a bugzilla install for freevo. dischi, can we
set this up on the same server
Bugs item #1582043, was opened at 2006-10-22 07:53
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=446895aid=1582043group_id=46652
Please note that this message will contain a full copy of
Bugs item #1582048, was opened at 2006-10-22 07:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=446895aid=1582048group_id=46652
Please note that this message will contain a full copy of
Hi,
I'm playing with Freevo 1.6 SVN, and finally managed to get DMA sound
working with Mencoder for TV recording (using the ALSA configuration
information from the V4L2 Wiki on linuxtv.org). However, for all my
attempts, mplayer refuses to playback live TV using DMA sound.
Duncan wrote:
Pierre Ossman wrote:
Sorry Pierre, I can't accept this patch as it stands because it parses
linux/input.h, which requires that kernel headers are installed.
I have reversed the patches from rel-1-6 and rel-1
There must be a better way to do this without this dependency.
Duncan
Jason Tackaberry wrote:
On Sat, 2006-10-21 at 20:26 -0300, Rob Shortt wrote:
an aweful state. Instead of things going into the kernel, development
on lirc continued and I guess got a little better (correct me if I'm wrong).
I can say that with multiple IR devices, lirc has improved
Rob Shortt wrote:
Lirc drives me nuts and I'd rather not use it at all. :)
On my main Freevo box running 2.0 I use DirectFB for input, but used to
use the event device plugin before that. On one box here I am forced to
use lirc since that is the only thing that supports my serial IR
receiver.
TC Wan wrote:
The problem I'm having right now is that the event driver enumeration
seems to have changed for 2.6.18 (in 2.6.18, the PC speaker has become a
new input source??! What's this?). I usually get my IR remote as input3,
sometimes as input2. This breaks lirc and probably will affect
TC Wan wrote:
Hi,
I'm playing with Freevo 1.6 SVN, and finally managed to get DMA sound
working with Mencoder for TV recording (using the ALSA configuration
information from the V4L2 Wiki on linuxtv.org). However, for all my
attempts, mplayer refuses to playback live TV using DMA sound.
I
TC Wan wrote:
Duncan wrote:
Pierre Ossman wrote:
Sorry Pierre, I can't accept this patch as it stands because it parses
linux/input.h, which requires that kernel headers are installed.
I have reversed the patches from rel-1-6 and rel-1
There must be a better way to do this without this
Bugs item #1582048, was opened at 2006-10-22 01:59
Message generated for change (Comment added) made by duncanwebb
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=446895aid=1582048group_id=46652
Please note that this message will contain a full copy of the comment
Bugs item #1582043, was opened at 2006-10-22 01:53
Message generated for change (Comment added) made by duncanwebb
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=446895aid=1582043group_id=46652
Please note that this message will contain a full copy of the comment
24 matches
Mail list logo