* Christian Perrier [2004-10-25 19:16:24+0200]
I don't know if this is related, but I have seen that after selecting
Roamanian (language) during instalation and RO as time zone (not sure
about layout), I have found that some diacritics that were diplayed as
if iso-8859-1 was used
* Eugeniy Meshcheryakov [2004-10-19 15:03:54+0300]
The charset declaration tells console-tools how to perform conversions between
Unicode codepoints, symbolic names and legacy encodings values.
This is convenient on an installed system because keymaps does not have to be
duplicated,
* Recai Oktas [2004-10-18 16:28:38+0300]
* Denis Barbier [2004-10-18 14:53:31+0200]
Selon Recai Oktas [EMAIL PROTECTED]:
About #276548, the only short-term solution is indeed to transcode
symbols. This is ugly, but AFAICT it always worked this way in Debian,
and is anyway
Denis, thanks again for your valuable reviews.
* Denis Barbier [2004-10-18 20:53:12+0200]
On Mon, Oct 18, 2004 at 08:48:57PM +0300, Recai Oktas wrote:
[...]
* The workaround I proposed should not affect the languages using
iso-8859-1/15 and utf-8, because this workaround means to return
Small rearrangement of the patch. Tested successfully for Turkish and
this time Latvian under Vmware. Sorry for my aesthetics obsessions :-)
Regards,
--
roktas
diff -ru kbd-chooser.orig/debian/prebaseconfig kbd-chooser/debian/prebaseconfig
--- kbd-chooser.orig/debian/prebaseconfig
* Alastair McKinstry [2004-10-18 22:37:21+0100]
On Luan, 2004-10-18 at 23:41 +0300, Recai Oktas wrote:
Small rearrangement of the patch. Tested successfully for Turkish and
this time Latvian under Vmware. Sorry for my aesthetics obsessions :-)
Patch looks good to me; Should work
Package: languagechooser
Severity: important
Languages having only one country (like Japan, Turkish) d-i returns to
the main menu after languagechooser, whereas it should continue with the
kbd-chooser. I've observed this problem in netinst daily of 15 October.
--
roktas
signature.asc
* Jan Kuznik [2004-10-16 15:01:59+0200]
I did what Joey Hess asked me to do. Downloaded sarge-i386-netinst.iso from
October 15 and did a test installation. (Language Czech, Location
Prague, keyboard layout US, everything else default). Unfortunately I have
to report the bug #253198 is still
* Christian Perrier [2004-10-16 19:27:12+0200]
Quoting Recai Oktas ([EMAIL PROTECTED]):
Package: languagechooser
Severity: important
Languages having only one country (like Japan, Turkish) d-i returns to
the main menu after languagechooser, whereas it should continue with the
kbd
Package: kbd-chooser
Severity: important
Tags: patch l10n d-i
As explained in #276548 installing the keymap to /target when console is
in the unicode mode produces some side effects which directly effect
the Turkish keyboard. Could you please apply the patch attached which
incorporates a
* Joseph Vidal Rosset [2004-09-30 13:34:46+0200]
Subject: install: keympap problem in Gnome 2.6
Package: install
Severity: important
*** Please type your report below this line ***
Installation of Sarge on a PC with the new installer. Always this
problem with keymap refusing to be loaded:
* Martin Michlmayr [2004-09-26 00:09:03+0200]
reassign 273384 kbd-chooser
thanks
* Frans Pop [EMAIL PROTECTED] [2004-09-25 23:44]:
Package: kdb-chooser
Version: 1.01
In a high priority install, if you use 'go back' to exit kbd-chooser and
choose another language or country,
[Resent due to the mail relay problems]
* Martin Michlmayr [2004-09-26 00:09:03+0200]
reassign 273384 kbd-chooser
thanks
* Frans Pop [EMAIL PROTECTED] [2004-09-25 23:44]:
Package: kdb-chooser
Version: 1.01
In a high priority install, if you use 'go back' to exit kbd-chooser and
* Konstantinos Margaritis [2004-09-19 14:01:24+0300]
Package: languagechooser
Severity: important
Using 20040918 sid businesscard image, linux26 profile, Once I choose
English, if immediately after I want to change language, I cannot, it
keeps presenting me with the list of countries for
Package: discover1
Severity: wishlist
Tags: l10n patch
Please find attached the updated Turkish translations.
--
roktas
# Turkish translation of discover.
# This file is distributed under the same license as the discover package.
# Grkem ?etin [EMAIL PROTECTED], 2000.
# Grkan Aslan [EMAIL
* Christian Perrier [2004-09-02 15:40:22+0200]
A first test shows the patch works and does not seem to break any of
lang/country choosers.
The only glitch is that when countrychooser is run the second time,
after changing the language, it is run from languagechooser and thus
the country
* Christian Perrier [2004-08-30 08:23:46+0200]
Quoting Recai Oktas ([EMAIL PROTECTED]):
* Hvard Korsvoll [2004-08-29 12:19:41+0200]
I have tried a installation in norwegian bokmaal on a i386 system.
Started installation in export mode and looked around in different
menus to check
* Christian Perrier [2004-09-01 17:20:11+0200]
I've tested them here and seems fine to me. Christian, could you also
give it a try? As I stated in the code (FIXME comment) I couldn't
manage to find a better solution, maybe Joey suggests a more legal
solution for the problem.
Recai,
I've made a trivial fix in the patch, there was an unclosed quote. The
change has been committed to the repository: r20580.
--
roktas
signature.asc
Description: Digital signature
* Hvard Korsvoll [2004-08-29 12:19:41+0200]
I have tried a installation in norwegian bokmaal on a i386 system.
Started installation in export mode and looked around in different
menus to check translation. I changed the language back and forth
(nynorsk, english, bokmaal). Finally settled
* Willi Mann [2004-08-25 22:15:39+0200]
This sounds like some kind of kernel watchdog trigger a reboot. I've
seen it for some via kernel module, but there might be some other
kernel modules doing this as well.
It might be easier for some to debug this if you provide the 'lspci
-n' output
* Konstantinos Margaritis [2004-08-18 00:25:11+0300]
Hi, I'd like to make a complete list of every X keyboard config for each locale.
I'm certain I miss many entries, but I would appreciate it if you sent me feedback
to make sure that all locales have the correct config. Here is the list so
* Petter Reinholdtsen [2004-08-17 22:21:44+0200]
[Konstantinos Margaritis]
Why don't we just use UTF-8? I've been using for Greek for more than a
year and it's been much easier (and Greek is a difficult case
anyway). And it solves all these silly problems of @euro and weird
encodings.
* Petter Reinholdtsen [2004-08-13 18:18:27+0200]
[Recai Oktas]
There are some minor problems with Swedish entry which doesn't cause
harmful results at the moment, but may introduce unexpected bugs in
future as far as the current format of languagelist and SUPPORTED list
concerned
* Joey Hess [2004-08-11 14:02:13-0300]
Package: languagechooser
Severity: normal
Tags: d-i
I went back from partman and changed the installation language from
English to German. The rest of the d-i install happened in German, but
once I got to base-config, it was in English.
This is
* Peter Van Loock [2004-08-08 13:37:06+0200]
-When selecting the Belgian keyboard layout, I got the error message 'An
installation step failed: Select a keyboard layout'.
On /dev/tty4 I could read:
keymap=be2-latin1
Error executing gunzip -d -c
* Petter Reinholdtsen [2004-07-26 11:57:29+0200]
It would be easier to get the console setup right during installation
if all the console configuration stuff worked the same for all.
console-cyrillic seem to be an exception. Why isn't the content and
behaviour of console-cyrillic merged into
* Petter Reinholdtsen [2004-07-26 12:49:04+0200]
[Recai Oktas]
IMO, the current situation is not wrong, due to its cyrillic
spefisic content it is something that should be maintained
seperately.
I don't understand this argument. With the same argument, we should
have console-latin1
* Kenshi Muto [2004-07-26 22:00:22+0900]
At 26 Jul 04 11:35:32 GMT,
Recai Oktas wrote:
[...]
The difference mainly comes from the fact that each of the console
handling packages mentioned above needs special treatment and we should
leave this task to the most eligible developer
Hi,
I'm really annoyed this bug still lives despite my (and Eugeniy's)
numerous attempts to explain the problem. Here, I've been receiving
complaints from users saying that the Turkish characters didn't
display properly after the installation finished.
Please apply the patch attached and fix
Hi Petter,
* Petter Reinholdtsen [2004-07-24 17:12:48+0200]
[Recai Oktas]
Please apply the patch attached and fix this issue.
Your patch is not correct. I suspect a real fix will involve
detecting the initialy loaded font/acm/encoding, and undo the termwrap
font loading by loading
* Petter Reinholdtsen [2004-07-24 18:20:54+0200]
[Eugeniy Meshcheryakov]
Why do this? This does not needed for installer.
At the moment, termwrap is a generic tool capable of running a program
in the console with the requested locale and console font. And as
such, it need to do stuff
* Denis Barbier [2004-07-24 22:51:00+0200]
On Sat, Jul 24, 2004 at 07:46:51PM +0300, Recai Oktas wrote:
[...]
The only think we need termwrap for then is to wrap a UTF-8 frame
buffer terminal around base-config for the languages with more then
512 glyphs.
Agreed. Only the asian
* Denis Barbier [2004-07-24 22:51:00+0200]
[...]
If termwrap is needed outside of d-i, I suggest to have a minimal
termwrap-di to deal with Asian locales, and nothing more.
Eugeniy has once said that only those languages without a declared
debian-installer/consoletype needed termwrap. I've
tag 261073 + patch
thanks
* Martin Michlmayr [2004-07-23 15:24:20+0100]
Since recently, I get this error about not being able to find a file
descriptor for the console and serial console installs. I thought
kbd-chooser had been completely disabled for serial consle installs,
but it seem
Package: kbd-chooser
Severity: normal
Tags: l10n patch
This is the same issue of #260758. Please find the patch attached.
--
roktas
diff -ru kbd-chooser.orig/ksyms.c kbd-chooser/ksyms.c
--- kbd-chooser.orig/ksyms.c2004-07-08 00:24:08.0 +0300
+++ kbd-chooser/ksyms.c 2004-07-24
* Martin Michlmayr [2004-07-24 01:45:35+0100]
* Recai Oktas [EMAIL PROTECTED] [2004-07-24 00:42]:
Could you try the patch attached?
+# Silently exit on a serial console.
+if [ $TERM_TYPE = serial ]; then
Doesn't work, $TERM_TYPE is not set.
This is because TERM_TYPE is set in lib/debian
* Recai Oktas [2004-07-24 04:26:56+0300]
[...]
Either we should install S30kbd-chooser to /lib/debian-installer.d/
(i.e. S31kbd-chooser) or we could completely move it to rootskel
package. I think the former sounds more reasonable as for the package
maintainer convenience.
Attached is my
Package: prebaseconfig
Severity: wishlist
Tags: l10n patch d-i
* Recai Oktas [2004-07-11 21:08:04+0300]
Hi,
I'm planning to work on a patch which generates the locale for the
selected language at the prebaseconfig stage. There are some pretty
good reasons to do so:
* As a critical
* Christian Perrier [2004-07-13 09:09:47+0200]
Environment: VmWare
Platform : i386
Kernel: 2.4
Locale: ru_RU
Image : netinst sid_d-i 20040712
Priority : high
Result: The display is now correct for cyrillic in 2nd stage
(countrychooser made it)
Hi,
I'm planning to work on a patch which generates the locale for the
selected language at the prebaseconfig stage. There are some pretty
good reasons to do so:
* As a critical step for i18n, the locale generation should not be part
of a kludgy script like termwrap. It deserves a
* Denis Barbier [2004-07-07 00:05:01+0200]
[Cc-list trimmed down]
On Mon, Jul 05, 2004 at 10:16:30AM +0300, Recai Oktas wrote:
[...]
In fact there is no need for kbd-mode, kbd-chooser (or any other program
run early) should call ioctl to set keyboard in Unicode mode.
I added
* Denis Barbier [2004-07-05 00:13:55+0200]
On Sun, Jul 04, 2004 at 12:13:10PM +0300, Recai Oktas wrote:
Hi,
After getting success reports from Christian (French keyboard) and
Eugeniy (Ukrainian keyboard), I prepared a single patch which applies
cleanly to the current kbd-chooser
* Recai Oktas [2004-07-05 10:16:30+0300]
[...]
Index: packages/kbd-chooser/getfd.c
===
--- packages/kbd-chooser/getfd.c(revision 17443)
+++ packages/kbd-chooser/getfd.c(working copy)
@@ -45,7 +45,9 @@
}
int
keymaps. Everything seems fine. [1]) Here is the changelog:
* Denis Barbier
- Make kbd-chooser work with keymaps containing unicode chars.
* Recai Oktas
- Set console mode to unicode. Closes: #251550.
- Prevent too many file descriptors referring to the console.
Could you
Hi,
I've created two patch sets:
http://l10n-turkish.alioth.debian.org/kbd/kbd-chooser-1.patch
http://l10n-turkish.alioth.debian.org/kbd/kbd-chooser-2.patch
* kbd-chooser-1.patch:
- Activate unicode mode in d-i console.
This resolves the keyboard freeze issue (#251550).
*
* Christian Perrier [2004-07-02 08:28:32+0200]
Quoting Recai Oktas ([EMAIL PROTECTED]):
* Denis Barbier [2004-07-01 22:26:25+0200]
[Eugeniy Meshcheryakov]
This breaks keyboard handling: unicode keymaps (ua-utf,
consoel-cyrillic unicode keymaps) does not work (I can enter only
* Denis Barbier [2004-07-01 22:26:25+0200]
[Eugeniy Meshcheryakov]
This breaks keyboard handling: unicode keymaps (ua-utf,
consoel-cyrillic unicode keymaps) does not work (I can enter only
ASCII symbols).
My bad, here is a patch (it was tested against my patched kbd, and
should work as
-29 03:09:01.0 +0300
+++ base-config/debian/changelog2004-06-29 16:59:25.0 +0300
@@ -1,5 +1,8 @@
-base-config (2.33) UNRELEASED; urgency=low
+base-config (2.33) unstable; urgency=high
+ * Recai Oktas
+- Fix the revisited line drawing problem with the kernel 2.6 which
Hi,
Well, things are getting clear. I was able to figure out why this bug
appeared in sarge images, but not in sid. As you may recall, I fixed a
problem in languagechooser/prebaseconfig regarding the console font
ACMs: #250376. (See the threads of the bug report for details.) The
new
Package: tasksel
Severity: normal
Tags: l10n patch
Please find the patch attached.
--
roktas
diff -ruN tasksel.orig/tasks/italian tasksel/tasks/italian
--- tasksel.orig/tasks/italian 2004-06-24 02:05:23.0 +0300
+++ tasksel/tasks/italian 2004-06-26 14:06:06.0 +0300
@@ -1,5
* Christian Perrier [2004-06-26 14:33:12+0200]
Currently, we probably all know that choosing a non US keyboard during
Debian Installer and then installing X, all this at high debconf
priority (with X configuration debconf questions about keyboard *not*
asked) will end with a strange system
* Denis Barbier [2004-06-22 01:09:05+0200]
[...]
If eacute is replaced by its Unicode notation U+00E9 in keymap
file, everything works fine now. But this keymap cannot be used
when keyboard is in ASCII mode, The only solution is to have two
keymaps, one for ASCII mode and the other one for
* Christian Perrier [2004-06-20 08:41:37+0200]
reassign 255219 base-config
thanks
Quoting Giuseppe Sacco ([EMAIL PROTECTED]):
Package: installation-reports
Version: sid_d-i, 20040618
Severity: important
I just did a normal installation and rebooted the machine. Now I am
prompted
* Matt Kraai [2004-06-18 09:00:36-0700]
On Fri, Jun 18, 2004 at 12:08:45PM +0300, Recai Oktas wrote:
* Matt Kraai [2004-06-17 19:30:44-0700]
[previous patch]
Should you also copy the code that handles LANGUAGE and
LANGUAGE_INST?
In fact, due to its importance, we should make
* Matt Kraai [2004-06-17 19:30:44-0700]
[previous patch]
Should you also copy the code that handles LANGUAGE and
LANGUAGE_INST?
In fact, due to its importance, we should make the locale setting code
more evident. Following patch resolves the code repetiveness problem
and also ensures this
Hi,
In the second stage the missing locale is generated, but if we reboot,
the LANG (and the related variables) won't be exported despite the fact
that the locale is valid. There is certainly an unhandled state in
termwrap. Could you please test the attached fix (by applying it to
termwrap
Package: base-config
Version: 2.28
Severity: normal
This is the same bug as #253211 and effects a number of languages which
use ISO-8859-2 encoding. Please find the suggested fix attached.
--
roktas
--- termwrap.orig 2004-06-11 06:44:08.0 +0300
+++ termwrap2004-06-12
at all, really.)
Apologizes to increase your work load. From now on, I'll be more
careful on this issue.
Recai Oktas wrote:
As you may recall, despite the fact that it setups console correctly on
startup, termwrap leaves the console in a bad state while exiting, and
requires the user
* Joey Hess [2004-06-09 12:30:01-0400]
Recai Oktas wrote:
* Joey Hess [2004-06-07 22:24:20-0400]
Summarising the checklist[1], we seem to be ok for most languages, i386 is
[...]
For the record, Turkish input problem mentioned in the checklist was
resolved.
Resolved in tc1
Hi,
I've finally figured out the cause for this problem. To put it shortly
the problem is that, unlike the lat{0,2}-sun16 fonts, there is indeed no
box-drawing chars in iso0{1,2}.f16 fonts used in the related lines of
termwrap. We could consider the resulting appearance as a feature (ie.
* Joey Hess [2004-06-07 22:24:20-0400]
Summarising the checklist[1], we seem to be ok for most languages, i386 is
[...]
For the record, Turkish input problem mentioned in the checklist was
resolved.
--
roktas
signature.asc
Description: Digital signature
[Should be merged with #250789 ?]
* Jan Kuznik [2004-06-07 22:30:38+0200]
Base config should honour locale settings. The console should be configured
to display the codepage requested by the language selected else the
fresh system displays mangled characters in many programs notably
[Should have already been closed with #250376]
* Margarita Manterola [2004-06-07 18:54:33-0300]
Package: installation-reports
Severity: normal
Hi! I tested the daily-build floppies installation on a normal computer,
with network access.
Everything went quite fine, but when it rebooted,
Hello,
* Margarita Manterola [2004-06-07 20:03:49-0300]
As a remainder, the fix to the old problem was to execute:
consolechars lat0-sun16.psf.gz
when the encoding was ISO-8859-1.
Having a similar appearance as #250376 which is closed now, I think this
problem should be resolved
Hi,
Erase entire disk: ${DEVICE} message in partman-auto may show a
negative impact on a new user. I think the first step of a guided
partioning process should describe itself in a more positive or
charitable way :-) Anyways, this thought could be found subjective, so
I haven't converted it
* Joey Hess [2004-06-01 00:55:23-0300]
Martin Michlmayr wrote:
* Recai Oktas [EMAIL PROTECTED] [2004-06-01 06:39]:
Erase entire disk: ${DEVICE} message in partman-auto may show a
negative impact on a new user. I think the first step of a guided
partioning process should describe
Hi,
After all the discussions on this issue, here comes the final patch I
propose. Note that the proposed code change actually only effects the
languages having a _declared_ ISO encoding in languagelist.
APP_CHARSET_MAP is not set for UTF-8 (which is also the case in the old
code using the
Hi,
Knowing that the termwrap is used only in fresh installations, I assume
this bug as Turkish spesific. Please find the patch attached.
Regards,
--
roktas
--- termwrap2004-05-24 23:33:46.0 +0300
+++ termwrap.new2004-05-25 18:05:22.0 +0300
@@ -366,8 +366,7 @@
* Eugeniy Meshcheryakov [2004-05-25 19:11:10+0300]
Recai Oktas wrote:
Hi,
Knowing that the termwrap is used only in fresh installations, I assume
this bug as Turkish spesific. Please find the patch attached.
It is not Turkish specific. It loads ISO-8859-1 at the end for most
* Joey Hess [2004-05-25 13:52:28-0300]
Recai Oktas wrote:
When I retested it, I modified the termwrap code so as to immediately
exit after calling the base-config, that is:
[...]
$@
exit $?
case $ENCODING in
and I found the console as it should
Hi,
Turkish keyboard is again in a broken state in netinst snapshot of
20040523. This bug (#247441) has been fixed in 2002.12.04dbs-39 of
console-data, and there was in fact no such problem in the previous
snapshots I tested (i.e. 20040520 and _20040521). I guess an old
version of
* Recai Oktas [2004-05-24 17:53:15+0300]
Turkish keyboard is again in a broken state in netinst snapshot of
20040523. This bug (#247441) has been fixed in 2002.12.04dbs-39 of
console-data, and there was in fact no such problem in the previous
snapshots I tested (i.e. 20040520 and _20040521
Package: base-config
Version: 2.23
Severity: important
Tags: l10n, d-i
Hi,
After successfully finishing the first stage installation, I entered to
base-config. Everthing was fine, i.e. termwrap set the correct console
font as indicated in languagechooser/languagelist (ter-916f/iso09 for
Hi,
Unfortunately, the problem still persists with the 2.4.26 kernel despite
I apply the patch. Let me summarize the whole picture:
Below is the current setting in /etc/console-tools/config after the
'prebaseconfig' invocation:
SCREEN_FONT_MAP=iso09 # $acm
* Christian Perrier [2004-05-23 10:54:32+0200]
Hmmm, I have used the current sid_d-i images and did a full Turkish
install for the base system.
I didn't notice anything strange. Turkish characters are here all
along installation, including 2nd stage.
At the prompt, after installation, I
Sorry, I should have sent the gziped version of Turkish content, since
it may be corrupted by a nasty character conversion. Please find it
attached.
--
roktas
Turkish.gz
Description: Binary data
signature.asc
Description: Digital signature
Package: languagechooser
Version: 1.22
Severity: important
Tags: patch l10n d-i
Hi,
After I tested the 20040521 daily built Sarge ISO, I noticed that the
default Turkish console font 'ter-916f' couldn't be set properly. I
don't know whether this is indeed a bug related with the Terminus font
* Javier Fernndez-Sanguino Pea [2004-05-17 15:41:29+0200]
[...]
Would you mind including program translations if available? (I'm refering
to #248516, #247084 and #248957). Notice that #248516 is already in
upstream's CVS and it would be a shame to lose that in the next Debian
stable.
Also
* Martin Michlmayr [2004-05-15 22:35:37+0100]
* Bastian Blank [EMAIL PROTECTED] [2004-05-15 23:02]:
On Sat, May 15, 2004 at 09:08:27PM +0100, Martin Michlmayr wrote:
- One or two space between sentences (Two of course!)
Where is this specified?
Nowhere; which is why I raise this
Package: kbd-chooser
Version: 0.52
Severity: important
Tags: patch
Hi,
While I was testing the Turkish unicode keymap (trqu), I noticed that
kbd-chooser couldn't set the keyboard mode to unicode, though it could
detect the unicode mapping. After a quick debug session, I found that
the
Hi,
* Denis Barbier [2004-04-22 01:43:58+0200]
[...]
2nd stage: popularity-contest tasksel base-config console-common
iso-codes[1] exim4 pcmcia-cs shadow newt
[1] Should be listed in 1st stage
[...]
* 8 partially translated ( 50%)
[...]
Turkish
Turkish translations of above
* Christian Perrier [2004-04-09 06:43:39+0200]
[...]
What is the URL you have to use whan you want to specify the user
login needed for accessing the SVN server
svn co svn+ssh://svn.debian.org/svn/d-i/trunk debian-installer
works if I'm bubulle on my side and bubulle on the other
Alastair,
* Alastair McKinstry [2004-04-04 21:50:28+0100]
I have made one addition to the console-data keymaps, which results in a
string addition:
msgid trfu
This is 'translated' in English as
msgstr Turkish (F layout).
Can translators please check out their translations and unfuzzy
Hi,
* Alastair McKinstry [2004-04-02 00:19:12+0100]
I have created new Alioth SVN repositories for the console-data and
console-common packages. These contain debconf templates that are used
as part of the 2nd stage installation. Translators are welcome to
commit additions and changes to the
Hi,
[Well, perhaps this report should have been sent to console-common,
directly, but I want to get a confirmation from other d-i translators.]
After I've translated the console-common/po/tr.po and attempted to test
it, I've noticed that Turkish messages could not be displayed. I found
that
Hi,
Unfortunately there are other problems with install-keymap regarding the
i18n issues, which render the translation efforts of 'console-data' (as
suggested for second-stage installation [1]) somewhat problematic.
Messages with shell variables doesn't work, e.g.
$GETTEXT 2 confffile
Package: discover
Severity: wishlist
Tags: patch l10n
Please find attached the Turkish po-debconf translation.
Regards,
--
roktas
# Turkish translation of discover.
# This file is distributed under the same license as the discover package.
# Erin EKER [EMAIL PROTECTED], 2004.
#
msgid
msgstr
88 matches
Mail list logo