* 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 u
* 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
> > > dup
* 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 go
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 2004-0
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 w
* 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
* 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
* 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 stil
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
Descript
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 workarou
* 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 lo
* 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
[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-cho
* 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 f
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.
# Görkem �etin <[EMAIL PROTECTED]>, 2000.
# Gürkan Aslan <[EMAI
* 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 countr
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
* 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.
>
* Christian Perrier [2004-08-30 08:23:46+0200]
> Quoting Recai Oktas ([EMAIL PROTECTED]):
> > * Håvard 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 aroun
* Håvard 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 settl
* 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
>
* Jérôme Warnier [2004-08-23 20:11:39+0200]
> Le lun 23/08/2004 à 19:22, Christian Perrier a écrit :
> > Quoting Jérôme Warnier ([EMAIL PROTECTED]):
> > > Selecting the "Belgian" keyboard mapping fails with an error message in
> > > d-i (RC1 and some nightly builds at least).
> >
> >
> > When? Do
* 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
> > enc
* 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 langu
Package: languagechooser
Severity: minor
Tags: l10n patch
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:
* Fallback locale
* 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 /usr/share/keymaps/i386/azerty/be-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
* 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 ar
* 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 in
* 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 p
* 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
> >
* 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 stuf
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
> fo
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
* 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.
At
* 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_TY
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 02:10:
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 n
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 t
* 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 well-def
* 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 t
* 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
* 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
>
rkish 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.
Coul
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).
* kbd-cho
* 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-cyri
* 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
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 frameb
oktas
diff -ruN base-config.orig/debian/changelog base-config/debian/changelog
--- base-config.orig/debian/changelog 2004-06-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
* 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
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
* 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 a
* 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?
> >
* 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 r
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 14:42:45
ncodings, fonts, or localisation 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
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.
di
* 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 mentione
* 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
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 shou
[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 reb
[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 'dselec
* 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 s
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
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 S
* 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 $?
>
* 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
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 @@
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
Turki
* 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.
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 console-key
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
* 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 installatio
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
SCREEN_FONT=ter-916f
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 Fernández-Sanguino Peña [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.
Al
* 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
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 "loadke
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
* 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
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
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 ${CO
* Thiemo Seufer [2004-03-29 21:45:18+0200]
[...]
> > --- install-keymap.old 2004-03-29 22:04:38.0 +0300
> > +++ install-keymap 2004-03-29 22:05:23.0 +0300
> > @@ -8,7 +8,7 @@
> > KMAPEXT=kmap
> >
> > # Set uo i18n if possible
> > -TEXTDOMAIN=console-common
> > +export TEXT
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 t
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.
# Erçin EKER <[EMAIL PROTECTED]>, 2004.
#
msgid ""
msg
91 matches
Mail list logo