Udo Richter wrote:
> Klaus Schmidinger wrote:
>> VDR's locale files are named like "de_DE" (language_COUNTRY).
>> There's no "@euro" or other stuff added to the names. VDR needs to
>> know which files it actually has at its disposal, in order to
>> present to the user a list of all available langua
Jakob Lenfers wrote:
> Pasi Juppo schrieb:
>
>> [Video without sound]
>> Video clips were using AC3. They have used to work fine so I downgraded
>> to mplayer 1.0 pre 8 and now the audio gets passed through to the
>> amplifier via FF card.
>
> I guess I've got a similar problem as you have: Somet
On 08/19/07 10:46, Anssi Hannula wrote:
> Udo Richter wrote:
>> Klaus Schmidinger wrote:
>>> VDR's locale files are named like "de_DE" (language_COUNTRY).
>>> There's no "@euro" or other stuff added to the names. VDR needs to
>>> know which files it actually has at its disposal, in order to
>>> pre
Klaus Schmidinger wrote:
> On 08/19/07 10:46, Anssi Hannula wrote:
>> Udo Richter wrote:
>>> Klaus Schmidinger wrote:
VDR's locale files are named like "de_DE" (language_COUNTRY).
There's no "@euro" or other stuff added to the names. VDR needs to
know which files it actually has at i
En/na Klaus Schmidinger ha escrit:
> Isn't there perhaps a way to tell gettext *explicitly* which files
> to use, completely bypassing this whole broken setlocale stuff?
> In that case VDR could collect it's list of *.mo files and decide
> by itself which one to use.
freepascal bypasses gettext a
En/na Anssi Hannula ha escrit:
> Note that KDE does provide the user a list of languages, but it does not
> use gettext, but instead uses its own glibc-derived implementation for
> translation, with file format being the same.
[...]
>> Isn't there perhaps a way to tell gettext *explicitly* which
Luca Olivetti wrote:
> En/na Anssi Hannula ha escrit:
>
>> Note that KDE does provide the user a list of languages, but it does not
>> use gettext, but instead uses its own glibc-derived implementation for
>> translation, with file format being the same.
> [...]
>>> Isn't there perhaps a way to
Anssi Hannula wrote:
> Luca Olivetti wrote:
>> En/na Anssi Hannula ha escrit:
>>
>>> Note that KDE does provide the user a list of languages, but it does not
>>> use gettext, but instead uses its own glibc-derived implementation for
>>> translation, with file format being the same.
>> [...]
HI Udo!
Am Sonntag, den 19.08.2007, 02:33 +0200 schrieb Udo Richter:
> And since there's no special
> timer at that time, all remaining fields are empty.
O.K. that explain, that responses on syslog!
Thanx for your help!
Have a nice day!
cu,
BC
___
On 08/19/07 12:43, Anssi Hannula wrote:
> Anssi Hannula wrote:
>> Luca Olivetti wrote:
>>> En/na Anssi Hannula ha escrit:
>>>
Note that KDE does provide the user a list of languages, but it does not
use gettext, but instead uses its own glibc-derived implementation for
translation,
Hi,
plugins can re-use VDR-core translations. With the old "i18n.c" method
plugin authors just did not provide a plugin specific translation for
these texts.
With the new translation method identifying these text got harder for
plugin translators. xgettext puts all texts into the .pot file - also
I demand that Matthias Becker may or may not have written...
> plugins can re-use VDR-core translations. With the old "i18n.c" method
> plugin authors just did not provide a plugin specific translation for these
> texts.
> With the new translation method identifying these text got harder for
> pl
En/na Klaus Schmidinger ha escrit:
>>
>> It seems that it *does* work, i.e. LANGUAGE=de, LANGUAGE=fr, LANGUAGE=fi
>> will work even if there is no such locale at all.
>>
>> I copied a .mo file into /usr/share/locale/testtest/LC_MESSAGES/, which
>> certainly is not a valid locale, and using LANGU
On 08/19/07 14:57, Klaus Schmidinger wrote:
> On 08/19/07 12:43, Anssi Hannula wrote:
>> Anssi Hannula wrote:
>>> Luca Olivetti wrote:
En/na Anssi Hannula ha escrit:
> Note that KDE does provide the user a list of languages, but it does not
> use gettext, but instead uses its own
On 08/19/07 15:40, Luca Olivetti wrote:
> En/na Klaus Schmidinger ha escrit:
>
>>> It seems that it *does* work, i.e. LANGUAGE=de, LANGUAGE=fr, LANGUAGE=fi
>>> will work even if there is no such locale at all.
>>>
>>> I copied a .mo file into /usr/share/locale/testtest/LC_MESSAGES/, which
>>> ce
Klaus Schmidinger wrote:
> On 08/19/07 12:43, Anssi Hannula wrote:
> > Anssi Hannula wrote:
> > It seems that it *does* work, i.e. LANGUAGE=de, LANGUAGE=fr, LANGUAGE=fi
> > will work even if there is no such locale at all.
> >
> > I copied a .mo file into /usr/share/locale/testtest/LC_MESSAGES/,
2007/8/19, Darren Salt <[EMAIL PROTECTED]>:
> Each plugin has to handle its own translations and ensure that they're in its
> own translation domain. This means that its makefile has to run xgettext,
> generate .mo files and install them. Translation has to be done (for
> plugin-specific text) usin
On 08/19/07 15:45, Ludwig Nussel wrote:
> Klaus Schmidinger wrote:
>> On 08/19/07 12:43, Anssi Hannula wrote:
>>> Anssi Hannula wrote:
>>> It seems that it *does* work, i.e. LANGUAGE=de, LANGUAGE=fr, LANGUAGE=fi
>>> will work even if there is no such locale at all.
>>>
>>> I copied a .mo file into
En/na Klaus Schmidinger ha escrit:
> Please test the attached patch. It scans the LOCDIR directory as before,
> but checks for the existence of a vdr.mo file and then uses setenv()
> instead of setlocale().
>
> This should work for VDR itself. For plugins I need to do more work.
> But first let's
VDR developer version 1.5.8 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.8.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.7-1.5.8.diff
WARNING:
This is a *developer* version. Even though *I*
On 08/19/07 14:58, Matthias Becker wrote:
> Hi,
>
> plugins can re-use VDR-core translations. With the old "i18n.c" method
> plugin authors just did not provide a plugin specific translation for
> these texts.
> With the new translation method identifying these text got harder for
> plugin transla
On 08/19/07 16:23, Luca Olivetti wrote:
> En/na Klaus Schmidinger ha escrit:
>
>> Please test the attached patch. It scans the LOCDIR directory as before,
>> but checks for the existence of a vdr.mo file and then uses setenv()
>> instead of setlocale().
>>
>> This should work for VDR itself. For p
The diff fails on all po files, it's only me or does it happens to others?
Bye
--
Luca
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi Udo
Am Samstag, 18. August 2007 wrote Udo Richter:
> Hi list,
>
> I've uploaded a little perl script and instructions to convert from the
> new gettext based po i18n files to the old i18n.c system of VDR 1.5.6
> and earlier. By using this script its easy to use the new po based i18n
> system fo
On 08/19/07 16:54, Luca Olivetti wrote:
> The diff fails on all po files, it's only me or does it happens to others?
You need to add '-p1' to the patch command.
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/
On Sunday 19 Aug 2007, Luca Olivetti wrote:
> The diff fails on all po files, it's only me or does it happens to
> others?
The diff applies fine for me.
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
En/na Klaus Schmidinger ha escrit:
> On 08/19/07 16:54, Luca Olivetti wrote:
>> The diff fails on all po files, it's only me or does it happens to others?
>
> You need to add '-p1' to the patch command.
Yes, I know that, it doesn't prompt me for the filename, but it just
FAILS to patch (and stor
On 08/19/07 17:12, Luca Olivetti wrote:
> En/na Klaus Schmidinger ha escrit:
>> On 08/19/07 16:54, Luca Olivetti wrote:
>>> The diff fails on all po files, it's only me or does it happens to others?
>> You need to add '-p1' to the patch command.
>
> Yes, I know that, it doesn't prompt me for the f
En/na Luca Olivetti ha escrit:
> En/na Klaus Schmidinger ha escrit:
>> On 08/19/07 16:54, Luca Olivetti wrote:
>>> The diff fails on all po files, it's only me or does it happens to others?
>> You need to add '-p1' to the patch command.
>
> Yes, I know that, it doesn't prompt me for the filename,
Luca Olivetti wrote:
> The diff fails on all po files, it's only me or does it happens to others?
po files are a pain for diff-patches because they have lists of source
code line numbers in the comments. If you've applied any other patch to
the VDR sources, and did a recompile, then all your po
En/na Klaus Schmidinger ha escrit:
> On 08/19/07 17:12, Luca Olivetti wrote:
>> En/na Klaus Schmidinger ha escrit:
>>> On 08/19/07 16:54, Luca Olivetti wrote:
The diff fails on all po files, it's only me or does it happens to others?
>>> You need to add '-p1' to the patch command.
>> Yes, I kn
En/na Klaus Schmidinger ha escrit:
> Please try version 1.5.8, which I have just uploaded.
yes, 1.5.8 works.
Bye
--
Luca
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
En/na Udo Richter ha escrit:
> Luca Olivetti wrote:
>> The diff fails on all po files, it's only me or does it happens to others?
>
> po files are a pain for diff-patches because they have lists of source
> code line numbers in the comments. If you've applied any other patch to
> the VDR sources
Hello,
I'm releasing version 1.1.0 of the "actuator" plugin available at
http://www.ventoso.org/luca/vdr/
This plugin controls a linear actuator (or an horizon to horizon one)
through the parallel port with a simple circuit.
The only change is the adaptation to the new translation method, so it
Hi!
Very nice to see gettext() working, for a while I thought it was going
to be a complete mess :)
IMHO, two simple things could still be done:
Attached is a simple patch that allows using VDR with large localedir
that contains more locales than I18N_MAX_LANGUAGES. AFAICS there is no
reason to
On 08/19/07 17:56, Anssi Hannula wrote:
> Hi!
>
> Very nice to see gettext() working, for a while I thought it was going
> to be a complete mess :)
>
> IMHO, two simple things could still be done:
>
> Attached is a simple patch that allows using VDR with large localedir
> that contains more loca
Klaus Schmidinger wrote:
- When scanning the locale directory, VDR now explicitly looks for a file named
vdr.mo. Text files for plugins are now named "vdr-name.mo", when "name" is the
name of the plugin. The "newplugin" script has been changed accordingly, and
plugin authors should change t
Udo Richter wrote:
> Luca Olivetti wrote:
>> The diff fails on all po files, it's only me or does it happens to others?
>
> po files are a pain for diff-patches because they have lists of source
> code line numbers in the comments. If you've applied any other patch to
> the VDR sources, and did
On 08/19/07 18:07, Anssi Hannula wrote:
> Udo Richter wrote:
>> Luca Olivetti wrote:
>>> The diff fails on all po files, it's only me or does it happens to others?
>> po files are a pain for diff-patches because they have lists of source
>> code line numbers in the comments. If you've applied any
Dieter Hametner wrote:
> I kind of enhanced your script to use the CPAN module Locale::PO for reading
> the .po/.pot files. Your implementation did not handle multi line msgids and
> msgstrs well.
Hmmm, ok, I don't have multi-line strings that need translation, but
this is probably worth a fix.
Klaus Schmidinger wrote:
> On 08/19/07 18:07, Anssi Hannula wrote:
>> Udo Richter wrote:
>>> Luca Olivetti wrote:
The diff fails on all po files, it's only me or does it happens to others?
>>> po files are a pain for diff-patches because they have lists of source
>>> code line numbers in the
Hi
Am Sonntag, 19. August 2007 schrieb Udo Richter:
> Dieter Hametner wrote:
> > I kind of enhanced your script to use the CPAN module Locale::PO for
> > reading the .po/.pot files. Your implementation did not handle multi line
> > msgids and msgstrs well.
>
> Hmmm, ok, I don't have multi-line str
Before one could just run "make" and after that you could just run
./vdr. However, now LOCDIR is set to $(PREFIX)/share/vdr/locale by
default, which causes localisation to not work unless "make
install-i18n" (or "make install" which runs it as well) is run, which
copies the locale files to LOCD
Hi again,
new versions of femon, rssreader, and skinsoppalusikka plugins are now
available with full support for vdr-1.5.8:
http://www.saunalahti.fi/~rahrenbe/vdr/femon/
http://www.saunalahti.fi/~rahrenbe/vdr/rssreader/
http://www.saunalahti.fi/~rahrenbe/vdr/soppalusikka/
BR,
--
rofa
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
I have a problem with my Diablo CAM Modul. When I try to open the CAM
Menu, vdr say, it open the
menu. After ~ 3 sec. nothing is open and I can press OK and the
channel info are displayed.
In the logfile I found this:
Aug 19 18:06:22 vdr vdr: [
On 8/19/07, Anssi Hannula <[EMAIL PROTECTED]> wrote:
> However, almost exactly the opposite is the case with PLUGINLIBDIR,
> which by default is ./PLUGINS/lib so that it works inside the
> source-tree, but it is not so good if installed into /usr/local.
I've already seen this problem for people wh
Hi,
Klaus, any news about support for multiple frontends?
What about integrating my patch in 1.5.x?
Regards,
Eddi
> -Messaggio originale-
> Da: eddi at depieri.net (Eddi) [mailto:eddi at depieri.net (Eddi)]
> Inviato: 24 February 2007 12:48
> Oggetto: [PATCH]: [vdr] VDR & Multiple fr
On 08/19/07 19:13, Anssi Hannula wrote:
> Before one could just run "make" and after that you could just run
> ./vdr. However, now LOCDIR is set to $(PREFIX)/share/vdr/locale by
> default, which causes localisation to not work unless "make
> install-i18n" (or "make install" which runs it as well
Hi,
if i try to compile enigmaNG with VDR 1.5.8 i get the following
errormessage:
config.c: In member function 'const cFont* cEnigmaConfig::GetFont(int,
const cFont*)':
config.c:143: warning: format '%d' expects type 'int', but argument 6
has type 'char*'
config.c:144: error: invalid conversion fr
Hi!
I have system where there is "epgsearch" rule what records ALL news from
tv-channels.
Then I have crontab entry what deletes all news files what are older than 5
hours.
When I go into list of "recorded" programs I can still see those deleted files
(but of course length of program is unknow
On 8/19/07, JJussi <[EMAIL PROTECTED]> wrote:
> Hi!
> [..]
> Is there a way to do that "reset" for filesystem cache easier?
>
Yes,
cd YOUR_VIDEO_DIR
touch .update
2004-06-19: Version 1.3.11
- The list of recordings is now kept statically in memory to avoid long delays
when opening the "Recordin
51 matches
Mail list logo
