from:"Eddy Petrișor"

Bug#459371: this is a gnome keyboard properties bug

2008-10-24 Thread Eddy Petrișor

# I have looked on my second laptop and the wrong caps led behaviour is present
# as same as before, I have caps lock and control switched
# what's different (but seems irrelevant is the fact that I don't have
that many layouts)
reassign 459371 gnome-control-center
found 459371 1:2.22.2.1-2
retitle 459371 caps led wrong behaviour when caps lock is
compose.control (not caps lock)
# shouldn't regressions be serious?
severity 459371 important
thanks

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#459371: caps led toggles when I have ctrl and caps switched

2008-10-22 Thread Eddy Petrișor

2008/10/21 Eddy Petrișor <[EMAIL PROTECTED]>:
> Hello,
>
> I have seen this behaviour, too for a long time now, but when I
> initially looked for it, it was around the date of the report, so I
> thought I'd be fixed. Now I see the problem is still there and the
> release is getting closer.
>
>
> I am still experiencing this behavour on two laptops; on both the ctrl
> and caps keys are switched (on one I surely used the GNOME keyboard
> thingie to setup the switch, while on the other I am unsure - not in
> front of the machine).

On, laptop 1:

I initially have the correct behaviour, but after disabling the
caps-ctrl switch, the caps led remains linked to pressing ctrl;

this was the output just after login:

0 [EMAIL PROTECTED] ~ $ xprop -root _XKB_RULES_NAMES
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "ro", "comma",
"lv3:ralt_switch,ctrl:swapcaps,grp:shifts_toggle"


- I logged in through the "new login/authentication" (sorry, I don't
know the English equivalent since I am using GNOME in Romanian) menu
from Applications->System Utilities from my wife's account
- the keyboard settings was set both by a session command (reminiscent
from the times the comma romanian variant wasn't accessible via the
gnome-keyboard-preferences), still, that command just chose the comma
variant, while
- the gnome keyboard setting was responsible for the switch, and after
I changed to default the layout toggle, and disabled the switch, the
CAPS led was following the ctrl key presses


This was the output after the last change:
0 [EMAIL PROTECTED] ~ $ xprop -root _XKB_RULES_NAMES
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "ro,ro,fr,us",
",std,,alt-intl", "lv3:ralt_switch"


--
OK, I removed the command from thelist of commands to be ran at
session login, and now I get by default:

- CAPS led linked to cpas, although I have the caps-ctrl switch

0 [EMAIL PROTECTED] ~ $ xprop -root _XKB_RULES_NAMES
_XK B_RULES_NAMES(STRING) = "xorg", "pc104", "ro,ro,fr,us",
",std,,alt-intl", "lv3:ralt_switch,ctrl:swapcaps"



I disabled the switch and then I got (by coincidence the proper
behaviour) and this xprop output:

0 [EMAIL PROTECTED] ~ $ xprop -root _XKB_RULES_NAMES
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "ro,ro,fr,us",
",std,,alt-intl", "lv3:ralt_switch"



I even got into the aberant situation when I had the caps led on while
CAPS was actually off via the following procedure:
- gnome-keyboard-preferences -> layouts -> layout options... -> ctrl
key position -> default
- press ctrl
- select swap ctrl and CapsLock
- close the window




I am suspecting the problem is in the gnome-keyboard-preferences
applet, but how do I test? Is this enough?


I tried to correct the issue in the command line via this command:

0 [EMAIL PROTECTED] ~ $ setxkbmap -layout ro,ro -variant ,std
0 [EMAIL PROTECTED] ~ $ xprop -root _XKB_RULES_NAMES
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "ro,ro", ",std",
"lv3:ralt_switch,ctrl:swapcaps"



but at this point the caps led linked its behaviour to CTRL, but in
reverse mode (on when caps was off and vice-versa).

I managed to correct the issue by doing the "ctrl key position" trick
once more and then I issued:


0 [EMAIL PROTECTED] ~ $ setxkbmap -layout ro,ro,fr,us -variant ,std,,alt-intl 
-option
0 [EMAIL PROTECTED] ~ $ xprop -root _XKB_RULES_NAMES
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "ro,ro,fr,us", ",std,,alt-intl", ""
0 [EMAIL PROTECTED] ~ $ setxkbmap -layout ro,ro,fr,us -variant
,std,,alt-intl -option lv3:ralt_switch,ctrl:swapcaps
0 [EMAIL PROTECTED] ~ $ xprop -root _XKB_RULES_NAMES
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "ro,ro,fr,us",
",std,,alt-intl", "lv3:ralt_switch,ctrl:swapcaps"


At this point everything worked as expected, so it seems that g-k-p is
responsible for the aberant behaviour.

Still I have a question, is this normal (the options double up):


0 [EMAIL PROTECTED] ~ $ xprop -root _XKB_RULES_NAMES
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "ro,ro,fr,us",
",std,,alt-intl", "lv3:ralt_switch,ctrl:swapcaps"
0 [EMAIL PROTECTED] ~ $ setxkbmap -layout ro,ro,fr,us -variant
,std,,alt-intl -option lv3:ralt_switch,ctrl:swapcaps
0 [EMAIL PROTECTED] ~ $ xprop -root _XKB_RULES_NAMES
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "ro,ro,fr,us",
",std,,alt-intl",
"lv3:ralt_switch,ctrl:swapcaps,lv3:ralt_switch,ctrl:swapcaps"


---


So, as a conclusion:
- changing "ctrl key position" via g-k-p behaviour can lead to caps led desyncs
- using the command line to change that behaviour sometimes helps, but
the resync can be obtained only via g-k-p
- using the -option parameter of setxkbmap can lead to doubled up options



I am NOT going to reassign this bug to g-k-p since I need someone to
confirm my observations.

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein

Bug#459371: caps led toggles when I have ctrl and caps switched

2008-10-21 Thread Eddy Petrișor

Package: xorg-server
Version: 2:1.4.2-7

Hello,

I have seen this behaviour, too for a long time now, but when I
initially looked for it, it was around the date of the report, so I
thought I'd be fixed. Now I see the problem is still there and the
release is getting closer.


I am still experiencing this behavour on two laptops; on both the ctrl
and caps keys are switched (on one I surely used the GNOME keyboard
thingie to setup the switch, while on the other I am unsure - not in
front of the machine).

I am going to test if changing via the command line changes anything.

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#472618: [xserver-xorg] synaptics touchpad doesn't work out of the box

2008-08-28 Thread Eddy Petrișor

Mattia Dongili a scris:

On Wed, Aug 27, 2008 at 11:04:05PM +0200, Julien Cristau wrote:

On Wed, Aug 27, 2008 at 23:52:22 +0300, Eddy Petrișor wrote:

Not sure what will happen to this bug until Lenny is released, but since
Adding a ServerLayout section after adding a InputDevice for the
synaptics touchpad and the scroll works afterwards, maybe if time doesn't
allow it to be fixed properly, we should revert the code that actually
placed that code in xorg.conf.

Personally, I hope that this regression will be fixed properly before the
release :-).

This bug is fixed in xserver-xorg-input-synaptics
0.14.7~git20070706-2.2, as far as I'm concerned. The driver will be
loaded automatically if a touchpad is detected. No xorg.conf
modification needed. No non-default options are set, but I don't think
that should be a problem, you can play with xorg.conf for that if you
want.

Agreed, closing.
The non default options were not added before as well.

I installed yesterday 0.14.7~git20070706-2.1.lenny1, I removed the InputDevice section and the
ServerLayout section from xorg.conf, and indeed, the problem is fixed.

The problem is that I need to readd the InputDriver section since, by default, 'SHMConfig' is not
'true' and gsynaptics and other synaptics configuration tools don't work. Is there a security reason
why this option isn't already true, by default? Is changing this to be the default difficult?

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#472618: [xserver-xorg] synaptics touchpad doesn't work out of the box

2008-08-27 Thread Eddy Petrișor


Package: xserver-xorg
Version: 1:7.3+15
#laptop installations are pretty affected by the fact that scroll doesn't work
#also this is a regression
severity 472618 important
thanks

Hello,

Not sure what will happen to this bug until Lenny is released, but since Adding a ServerLayout 
section after adding a InputDevice for the synaptics touchpad and the scroll works afterwards, maybe 
if time doesn't allow it to be fixed properly, we should revert the code that actually placed that 
code in xorg.conf.



Personally, I hope that this regression will be fixed properly before the 
release :-).


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.25-2-amd64

Debian Release: lenny/sid
  900 testing snapshot.debian.net
  900 testing security.debian.org
  900 testing ftp.ro.debian.org
   10 unstableftp.ro.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
xserver-xorg-core  (>= 2:1.4-3) | 2:1.4.2-3
xserver-xorg-video-all  |
 OR xserver-xorg-video-2|
xserver-xorg-input-all  |
 OR xserver-xorg-input-2|
libc6(>= 2.7-1) | 2.7-13
debconf   (>= 0.5)  | 1.5.22
 OR debconf-2.0 |
xkb-data| 1.3-2
 OR xkb-data-legacy |
x11-xkb-utils   | 7.4+1

--- Output from package bug script ---


--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#496053: xserver-xorg-video-intel: [xserver-xorg-vide-intel][etchnhalf] using 'intel' driver instead of 'i810' breaks DRI

2008-08-22 Thread Eddy Petrișor

2008/8/22 Julien Cristau <[EMAIL PROTECTED]>:
> tag 496053 wontfix
> kthxbye
>
> On Fri, Aug 22, 2008 at 16:10:07 +0300, Eddy Petrișor wrote:
>
>> I tried to use the intel video driver instead of the i810 driver on this
>> machine. The server started, but I also lost DRI with the intel driver.
>>
> This is a known limitation of the etchnhalf driver.  If you want dri
> with the intel driver, you'll have to use lenny.

Ok, I see.

Thanks for the prompt answer and for the info. And thanks again for
the etchnhalf effort!

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein

Bug#489069: BTS#489069] po-debconf://xorg-server

2008-07-03 Thread Eddy Petrișor


Eddy Petrișor wrote:

Package: xorg-server
Severity: wishlist
Tags: l10n patch

Hello,

Attached there is a Romanian translation of the po-debconf templates for 
this package.

Please add it to the package.


Forgot to attach the file.


Thanks.




--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
# translation of xorg-server to Romanian
# Copyright (C) 2007
# This file is distributed under the same license as the xorg-server package.
#
# Igor Stirbu <[EMAIL PROTECTED]>, 2007.
msgid ""
msgstr ""
"Project-Id-Version: ro\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-09-18 07:46+0200\n"
"PO-Revision-Date: 2007-09-20 19:00+0300\n"
"Last-Translator: Igor Stirbu <[EMAIL PROTECTED]>\n"
"Language-Team: Romanian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: string
#. Description
#: ../xprint-common.templates:2001
msgid "Default printer resolution:"
msgstr "RezoluÈia implicitÄ a imprimantei:"

#. Type: string
#. Description
#: ../xprint-common.templates:2001
msgid ""
"By default, Xprint assumes a printer resolution of 600 dpi. This should be "
"well suited for the majority of printers."
msgstr "RezoluÈia implicitÄ folositÄ de Xprint este de 600 dpi (dots per inch â puncte per Èol). AceastÄ valoare ar trebui sÄ fie potrivitÄ pentru majoritatea imprimantelor."

#. Type: string
#. Description
#: ../xprint-common.templates:2001
msgid ""
"On certain 1200 dpi printers, however, the image might appear squashed in "
"the corner of the page, or it might be blown up too large on 300 dpi "
"printers. If you are experiencing such printing problems, you may want to "
"set the default printer resolution to a more appropriate value. See /usr/"
"share/doc/xprint-common/README.printing-problems.gz for more details."
msgstr "TotuÈi, pe anumite imprimante cu rezoluÈia de 1200 dpi, ar putea sÄ tipÄreascÄ "
"imaginea Ã®nghesuitÄ Ã®n colÈul paginii, sau, Ã®n cazul celor cu rezoluÈia de 300 dpi, ar putea sÄ fie "
"Ã®ntinsÄ peste dimensiunile normale. DacÄ Ã®ntÃ¢mpinaÈi asemenea probleme, "
"puteÈi Ã®ncerca sÄ schimbaÈi valoarea implicitÄ a rezoluÈiei imprimantei. A se vedea "
"/usr/share/doc/xprint-common/README.printing-problems.gz "
"pentru mai multe detalii."

Bug#489069: [l10n:ro] xorg-server: Romanian translation of the po-debconf template

2008-07-03 Thread Eddy Petrișor


Package: xorg-server
Severity: wishlist
Tags: l10n patch

Hello,

Attached there is a Romanian translation of the po-debconf templates for this 
package.
Please add it to the package.

Thanks.

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

2008-06-18 Thread Eddy Petrișor


Julien Cristau wrote:

2008/6/11 Julien Cristau <[EMAIL PROTECTED]>:

your Xorg log and config, for a start (this would have been included
automatically if you had filed this against the right package, but...)



btw, you can always switch VT with chvt.

Indeed, I forgot
about it since I am used to ctrl+alt+Fx working


Well, running a su just to change terminals seems like overkill:

1 [EMAIL PROTECTED] ~/usr/src/xkb-data-does-not-show-all-layouts $ LANG=C chvt 7
Couldnt get a file descriptor referring to the console



it breaks when the server can't build an xkb keymap.


(**) Option "XkbRules" "xorg"
(**) Generic Keyboard: XkbRules: "xorg"
(**) Option "XkbModel" "pc104"
(**) Generic Keyboard: XkbModel: "pc104"
(**) Option "XkbLayout" "ro"
(**) Generic Keyboard: XkbLayout: "ro"
(**) Option "XkbVariant" "standard"
(**) Generic Keyboard: XkbVariant: "standard"


and the 'standard' variant of the 'ro' layout doesn't seem to exist.
that's probably the problem here.  looks like the variant is named
'std' (see /usr/share/X11/xkb/symbols/ro).


Indeed, thanks. I am using std instead and is working now. Still I am not sure if the variant name 
hasn't changed, since before 1.3-1 ctrl+alt+Fx used to work.


I will check again to be sure that upgrades from Etch to Lenny aren't broken in this regard. If not, 
then I guess this bug can be closed since it would be obvious my error that caused it.


--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#486636: Acknowledgement ([l10n:ro] Updated Romanian translation of the po debconf template)

2008-06-17 Thread Eddy Petrișor

Hello,

One of the team members was fast enough with the review and now
there's an updated translation (see attachment).


-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
# translation of ro.po to RomÃ¢nÄ
# Romanian translation
# debconf templates for xorg-x11 package
#
# $Id: pothead.in 189 2005-06-11 00:04:27Z branden $
#
# Copyright:
#
# This file is distributed under the same license as the xorg-x11 package.
# Please see debian/copyright.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf is available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Branden Robinson, 2000--2004.
# Ruset Zeno <[EMAIL PROTECTED]>, 2005.
# Eddy PetriÈor <[EMAIL PROTECTED]>, 2005,2006,2008.
msgid ""
msgstr ""
"Project-Id-Version: ro\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-06-08 22:20+0200\n"
"PO-Revision-Date: 2008-06-17 14:03+0300\n"
"Last-Translator: Eddy PetriÈor <[EMAIL PROTECTED]>\n"
"Language-Team: RomÃ¢nÄ <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=3;plural=(n==1?0:(((n%100>19)||((n%100==0)&&(n!=0)))?2:1))\n"

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid "X server driver:"
msgstr "Modulul pentru serverul X:"

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid ""
"For the X Window System graphical user interface to operate correctly, it is "
"necessary to select a video card driver for the X server."
msgstr ""
"Pentru ca interfaÈa utilizator a sistemului grafic X Windows sÄ funcÈioneze "
"corect este necesar sÄ selectaÈi un modul de nucleu pentru placa video a "
"serverului X."

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid ""
"Drivers are typically named for the video card or chipset manufacturer, or "
"for a specific model or family of chipsets."
msgstr ""
"Modulele de nucleu sunt Ã®n general numite dupÄ placa video sau cipsetul "
"producÄtorului, sau pentru un model specific sau o familie de cipseturi."

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid "Use kernel framebuffer device interface?"
msgstr "Se foloseÈte interfaÈa de tampon de cadre din nucleu?"

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid ""
"Rather than communicating directly with the video hardware, the X server may "
"be configured to perform some operations, such as video mode switching, via "
"the kernel's framebuffer driver."
msgstr ""
"Prioritar comunicÄrii cu componentele video, serverul X poate fi configurat "
"sÄ execute cÃ¢teva operaÈii, de exemplu, comutarea modului video, prin "
"modulul \"tampon de cadre\" al nucleului (framebuffer)."

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid ""
"In theory, either approach should work, but in practice, sometimes one does "
"and the other does not.  Enabling this option is the safe bet, but feel free "
"to turn it off if it appears to cause problems."
msgstr ""
"Ãn teorie, oricare abordare ar putea sÄ funcÈioneze dar, Ã®n practicÄ, cÃ¢te "
"odatÄ una merge Èi celaltÄ nu. Activarea acestei opÈiuni e cel mai sigur "
"pariu, dar simÈiÈi-vÄ liberi sÄ o dezactivaÈi dacÄ pare sÄ vÄ cauzeze "
"probleme."

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid "Video card's bus identifier:"
msgstr "Identificatorul plÄcii video pe magistralÄ:"

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid ""
"Users of PowerPC machines, and users of any computer with multiple video "
"devices, should specify the BusID of the video card in an accepted bus-"
"specific format."
msgstr ""
"Utilizatorii de maÈini PowerPC, Èi utilizatorii calculatoarelor cu mai multe "
"dispozitive video, trebuie sÄ specifice BusID-ul plÄcii video Ã®ntr-un format "
"acceptat specific magistralei."

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid "Examples:"
msgstr "Exemple:"

# aceaÈi problemÄ, multi-head Èi heads.
#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid ""
"For users of multi-head setups, this option will configure only one of the "
"heads.  Further configuration will have to be done manually in the X server "
"configuration file, /etc/X11/xorg.conf."
msgstr ""
"Pentru utilizatorii de calculatoare cu ieÈiri video multiple active, aceastÄ "
"opÈiune va configura doar una dintre dispozitivele video. Configurarea "
"celorlalte trebuie fÄcutÄ m

Bug#486636: [l10n:ro] Updated Romanian translation of the po debconf template

2008-06-17 Thread Eddy Petrișor

Package: xorg
Severity: wishlist
Tags: patch, l10n
X-debbugs-cc: [EMAIL PROTECTED], [EMAIL PROTECTED]

Hello,

Attached is the updated Romanian translation of the debconf template
of the xorg package. Please add it to the next upload of the package.



debian-l10n-romanian:
Taking into account the short term for the upload (it appears that it
could happen earlier, according to a mail on debian-i18n), I am
already submitting this translation as a BR.

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
# translation of ro.po to RomÃ¢nÄ
# Romanian translation
# debconf templates for xorg-x11 package
#
# $Id: pothead.in 189 2005-06-11 00:04:27Z branden $
#
# Copyright:
#
# This file is distributed under the same license as the xorg-x11 package.
# Please see debian/copyright.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf is available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Branden Robinson, 2000--2004.
# Eddy Petrisor <[EMAIL PROTECTED]>, 2005, 2006.
# Ruset Zeno <[EMAIL PROTECTED]>, 2005.
# Eddy Petrisor <[EMAIL PROTECTED]>, 2005.
# Eddy Petrisor <[EMAIL PROTECTED]>, 2006.
# Eddy PetriÅor <[EMAIL PROTECTED]>, 2008.
msgid ""
msgstr ""
"Project-Id-Version: ro\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-06-08 22:20+0200\n"
"PO-Revision-Date: 2008-06-17 14:03+0300\n"
"Last-Translator: Eddy PetriÅor <[EMAIL PROTECTED]>\n"
"Language-Team: RomÃ¢nÄ <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=3;plural=(n==1?0:(((n%100>19)||((n%100==0)&&(n!=0)))?2:1))\n"

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid "X server driver:"
msgstr "Modulul pentru serverul X:"

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid ""
"For the X Window System graphical user interface to operate correctly, it is "
"necessary to select a video card driver for the X server."
msgstr ""
"Pentru ca interfaÅ£a utilizator a sistemului grafic X Windows sÄ funcÅ£ioneze "
"corect este necesar sÄ selectaÅ£i un modul de nucleu pentru placa video a "
"serverului X."

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid ""
"Drivers are typically named for the video card or chipset manufacturer, or "
"for a specific model or family of chipsets."
msgstr ""
"Modulele de nucleu sunt Ã®n general numite dupÄ placa video sau cipsetul "
"producÄtorului, sau pentru un model specific sau o familie de cipseturi."

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid "Use kernel framebuffer device interface?"
msgstr "Se foloseÅte interfaÅ£a de tampon de cadre din nucleu?"

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid ""
"Rather than communicating directly with the video hardware, the X server may "
"be configured to perform some operations, such as video mode switching, via "
"the kernel's framebuffer driver."
msgstr ""
"Prioritar comunicÄrii cu componentele video, serverul X poate fi configurat "
"sÄ execute cÃ¢teva operaÅ£ii, de exemplu, comutarea modului video, prin "
"modulul \"tampon de cadre\" al nucleului (framebuffer)."

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid ""
"In theory, either approach should work, but in practice, sometimes one does "
"and the other does not.  Enabling this option is the safe bet, but feel free "
"to turn it off if it appears to cause problems."
msgstr ""
"Ãn teorie, oricare abordare ar putea sÄ funcÅ£ioneze dar, Ã®n practicÄ, cÃ¢te "
"odatÄ una merge Åi celaltÄ nu. Activarea acestei opÅ£iuni e cel mai sigur "
"pariu, dar simÅ£iÅ£i-vÄ liberi sÄ o dezactivaÅ£i dacÄ pare sÄ vÄ cauzeze "
"probleme."

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid "Video card's bus identifier:"
msgstr "Identificatorul plÄcii video pe magistralÄ:"

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid ""
"Users of PowerPC machines, and users of any computer with multiple video "
"devices, should specify the BusID of the video card in an accepted bus-"
"specific format."
msgstr ""
"Utilizatorii de maÅini PowerPC, Åi utilizatorii calculatoarelor cu mai multe "
"dispozitive video, trebuie sÄ specifice BusID-ul plÄcii video Ã®ntr-un format "
"acceptat specific magistralei."

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid "Examples:"
msgstr "Exemple:"

# aceaÅi problemÄ, multi-head Åi heads.
#. Type: stri

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

2008-06-10 Thread Eddy Petrișor

2008/6/11 Julien Cristau <[EMAIL PROTECTED]>:
> On Wed, Jun 11, 2008 at 02:54:16 +0300, Eddy Petrișor wrote:
>
>> Please ask about any information you might need.
>>
> your Xorg log and config, for a start (this would have been included
> automatically if you had filed this against the right package, but...)

I wasn't sure which was the *responsible* package for this bug, so I
preferred a more generic package :-/ .


> btw, you can always switch VT with chvt.

Indeed, I forgot
about it since I am used to ctrl+alt+Fx working


-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein


Xorg.0.log
Description: Binary data


xorg.conf
Description: Binary data

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

2008-06-10 Thread Eddy Petrișor

Subject: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)
Package: xorg
Version: 1:7.3+10
Severity: important

Hello,

I suspect this bug is the same as 445100 and 484294, but it seems the
confusion around the cause is too big, so, although my gut tells me this
is the same bug, I am adding this as a separate BR, as suggested in one
of the ones above.


ctrl+alt+Fx used to work until about a month ago or so, but now it is
broken. I can't even switch via keyboard to another user's session,
ecept through GNOME's menu.


About my setup:
- I am using xserver-xorg-video-radeonhd from sid; I used to have fglrx,
  but I gave it up in favour of radeonhd, and, although I still have the
  fglrx-driver package installed, I don't have the kernel module
- I have caps and ctrl switched for my user, while my wife's account
  doesn't have the switch --- ctrl+alt+Fx doesn't work for either of us,
  no matter the log in order


I will tr to remove any trace of the fglrx driver, although I really
don't suspect fglrx being the culprit ... (about this issue).



Please ask about any information you might need.


P.S.:I think serious would have been appropriate, taking into account
that: this is a regression, access to text consoles is lost entirely,
upgrading xorg shouldn't prevent the proper usage of the computer;
still I'll leave this as important, just to avoid severity wars and to
hope for a fast fix.



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'stable'), (10, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24.2-bounty (SMP w/2 CPU cores)
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xorg depends on:
ii  gnome-terminal [x-termin 2.22.2-1The GNOME 2 terminal emulator appl
ii  libgl1-mesa-glx [libgl1] 7.0.3-1 A free implementation of the OpenG
ii  libglu1-mesa 7.0.3-1 The OpenGL utility library (GLU)
ii  rxvt-unicode [x-terminal 9.02-1+b1   RXVT-like terminal emulator with U
ii  tilda [x-terminal-emulat 0.09.5-1~local0 terminal emulator with first perso
ii  x11-apps 7.3+1   X applications
ii  x11-session-utils7.3+1   X session utilities
ii  x11-utils7.3+2   X11 utilities
ii  x11-xfs-utils7.3+1   X font server utilities
ii  x11-xkb-utils7.4+1   X11 XKB utilities
ii  x11-xserver-utils7.3+2   X server utilities
ii  xauth1:1.0.3-1   X authentication utility
ii  xfonts-100dpi1:1.0.0-4   100 dpi fonts for X
ii  xfonts-75dpi 1:1.0.0-4   75 dpi fonts for X
ii  xfonts-base  1:1.0.0-5   standard fonts for X
ii  xfonts-scalable  1:1.0.0-6   scalable fonts for X
ii  xfonts-utils 1:7.4+1 X Window System font utility progr
ii  xinit1.0.9-2 X server initialisation tool
ii  xkb-data 1.3-1   X Keyboard Extension (XKB) configu
ii  xserver-xorg 1:7.3+10the X.Org X server

Versions of packages xorg recommends:
ii  xorg-docs 1:1.4-2Miscellaneous documentation for th

-- no debconf information

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#481176: [l10n:ro] xkeyboard-config needs to comply with Romanian standards (apply patch or let 1.3 in lenny)

2008-05-14 Thread Eddy Petrișor

Package: xkeyboard-config
Version: 1.2~cvs.20080501.1-1
Severity: normal
Tags: patch l10n


Hello,

Almost 4 years have passed since the creation of the Romanian standard
for keyboard (SR13992:2004). There are 2 layouts legislated by this
standard and they can be seen in these pictures at
http://www.i18n.ro/tastaturi:

http://www.i18n.ro/Imagine:Ro.png
http://www.i18n.ro/Imagine:Ro-us.png


Each of these 2 layouts have been implemented in two variants with
commabelow sStT and with cedilla sStT, respectively.
Currently, in Debian, the default xkeyboard-config is the cedilla
(ro-us) variant of the layout and we want to change this.
( For more information about this commabellow/cedilla issue, see:
http://wiki.debian.org/L10N/Romanian/CommaTransition )


The correct variants are the ones with commabelow, while the cedilla
ones are incorrect and kept for compatibility reasons with other OSes.
Using comma below diacritics by default is an unofficial release goal
of the Romanian l10n team for the lenny release.



The upstream deals with this issue in this BR:
https://bugs.freedesktop.org/show_bug.cgi?id=13277

while the repo already has these changes included in the proposed patch:
https://bugs.freedesktop.org/attachment.cgi?id=16354.



Please apply the attached patch or use the next upstream release in
lenny (1.3 - scheduled for the 27th of May) to fix this issue.

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
Index: rules/base.xml.in
===
RCS file: /cvs/xkeyboard-config/xkeyboard-config/rules/base.xml.in,v
retrieving revision 1.254
diff -u -r1.254 base.xml.in
--- rules/base.xml.in	30 Apr 2008 21:29:08 -	1.254
+++ rules/base.xml.in	5 May 2008 05:02:19 -
@@ -3095,14 +3095,14 @@
   
 
   
-comma
-<_description>Commabelow
+cedilla
+<_description>Cedilla
   
 
 
   
-std_comma
-<_description>Standard (Commabelow)
+std
+<_description>Standard
   
 
 
Index: symbols/ro
===
RCS file: /cvs/xkeyboard-config/xkeyboard-config/symbols/ro,v
retrieving revision 1.17
diff -u -r1.17 ro
--- symbols/ro	2 Jan 2008 20:34:24 -	1.17
+++ symbols/ro	5 May 2008 05:02:20 -
@@ -7,15 +7,15 @@
 // 
 // The default mapping is the RO_US/Programmers layout because of the lack of 
 // Romanian hardware keyboards. The primary standard layout is implemented as 
-// the "std_cedilla" variant. If you're determined to get commabelows as in
-// ISO-8859-16 (and not cedillas as in ISO-8859-2) use the defined variants  
-// "comma" for the default layout or "std_comma" for the standard one.
-// MS compatible layout included (use the "winkeys" variant).
+// the "std" variant. If you're determined to get cedillas as in ISO-8859-2  
+// (and not commabelow accents as in ISO-8859-16) use the defined variants 
+// "cedilla" for the default layout or "std_cedilla" for the standard one. 
+// Pre-Vista MS compatible layout included (use the "winkeys" variant).
 // 
 // Created by Cristian Gafton, <[EMAIL PROTECTED]> (C) 2000
 // Modified by Marius Andreiana, <[EMAIL PROTECTED]> (C) 2001
-// Completed by Misu Moldovan, <[EMAIL PROTECTED]> (C) 2001, 2004-2007.
-// v 1.3
+// Completed by Misu Moldovan, <[EMAIL PROTECTED]> (C) 2001, 2004-2008.
+// v 1.4
 
 
 default partial alphanumeric_keys
@@ -45,13 +45,13 @@
 key  { [ q,  Q,  acircumflex,   Acircumflex ] };
 key  { [ w,  W,  ssharp	 	  ] };
 key  { [ e,  E,  EuroSign  	  ] };
-key  { [ t,  T,  tcedilla,	 Tcedilla ] };
+key  { [ t,  T,  0x100021b,   0x100021a ] };
 key  { [ i,  I,  icircumflex,   Icircumflex ] };
 key  { [ p,  P,  section 			  ] };
 key  { [ bracketleft,braceleft,  doublelowquotemark 	  ] };
 key  { [ bracketright,  braceright,  rightdoublequotemark 	  ] };
 key  { [ a,  A,  abreve, Abreve ] };
-key  { [ s,  S,  scedilla,	 Scedilla ] };
+key  { [ s,  S,  0x1000219,   0x1000218 ] };
 key  { [ d,  D,  dstroke,  	  Dstroke ] };
 key  { [ l,  L,  lstroke,  	  Lstroke ] };
 key  { [ backslash,bar  ] };
@@ -63,22 +63,21 @@
 };
 
 partial alphanumeric_keys
-xkb_symbols "comma" {
-// Variant of the basic layout with commabelow.
-// Implements S and T with commabelow as in ISO-8859-16.
-// Hopefully these should become mainstream in the near future.
-// For now it's just an odd variant (although the correct one).
+xkb_symbols "ce

Bug#436993: xkb-data: not all Romanian layouts are present/advertised

2007-08-09 Thread Eddy Petrișor

Subject: xkb-data: not all Romanian layouts are present/advertised
Package: xkb-data
Version: 0.9-4.1 1.0~cvs.20070721-1
Severity: important
Tags: l10n patch

Hello,

The GNOME layout selection tool does not allow selection of all the
existing layout for Romanian. To make matters worse, the hidden layouts
are the ones that should be used in public instititions (ones that
generate correct diactics - s and t with comma below) according to
Romanian law. Also note that the cedilla variants are the ones that will
be deprecated sooner or later although the "std" layout is one of those.


A lengthier discussion was started on the corresponding ubuntu bug, with
references to the Romanian law, and the standard, images with the layout
...

https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/108057

Note that the choice issue they discuss is not implemented in anyway
here yet, although the default layout for Lenny should be the comma
variant since having correct diacritics for Romanian is an internal
release goal of the Romanian L10N team:

http://wiki.debian.org/L10N/Romanian/Lenny (in Romanian; the first point
is the one dealing with the issue of using correct diacritics).



Attached is a patch I made for the unstable version of the package and I
tested on the etch version.


Please include this patch in the next release of the package.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (900, 'stable'), (50, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)

-- no debconf information
Fri Aug 10 02:25:36 EEST 2007  Eddy PetriÈor <[EMAIL PROTECTED]>
  * the initial patch to make all Romanian layouts visible to applications like the layout selection applet from GNOME
diff -rN -u old-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/debian/changelog new-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/debian/changelog
--- old-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/debian/changelog	2007-08-10 02:30:11.0 +0300
+++ new-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/debian/changelog	2007-08-10 02:30:11.0 +0300
@@ -1,3 +1,11 @@
+xkeyboard-config (1.0~cvs.20070721-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * add support for all Romanian layouts, especially the comma variants
+since their usage is mandatory under the new law in Romania
+
+ -- Eddy PetriÈor <[EMAIL PROTECTED]>  Fri, 10 Aug 2007 02:19:36 +0300
+
 xkeyboard-config (1.0~cvs.20070721-1) unstable; urgency=low
 
   [ Julien Cristau ]
diff -rN -u old-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/rules/base.lst new-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/rules/base.lst
--- old-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/rules/base.lst	2007-08-10 02:30:11.0 +0300
+++ new-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/rules/base.lst	2007-08-10 02:30:11.0 +0300
@@ -407,7 +407,10 @@
   mac pt: Macintosh
   mac_nodeadkeys  pt: Macintosh, eliminate dead keys
   mac_sundeadkeys pt: Macintosh, Sun dead keys
-  std ro: Standard
+  comma   ro: Programmers
+  academicro: Standard
+  basic   ro: Programmers (cedilla)
+  std ro: Standard (cedilla)
   winkeys ro: Winkeys
   phoneticru: Phonetic
   typewriter  ru: Typewriter
diff -rN -u old-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/rules/base.xml.in new-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/rules/base.xml.in
--- old-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/rules/base.xml.in	2007-08-10 02:30:11.0 +0300
+++ new-xkb-data-does-not-show-all-layouts/xkeyboard-config-1.0~cvs.20070721/rules/base.xml.in	2007-08-10 02:30:11.0 +0300
@@ -2549,12 +2549,30 @@
   
 
   
-std
+comma
+<_description>Programmers
+  
+
+
+  
+academic
 <_description>Standard
   
 
 
   
+basic
+<_description>Programmers (cedilla)
+  
+
+
+  
+std
+<_description>Standard (cedilla)
+  
+
+
+  
 winkeys
 <_description>Winkeys
   



signature.asc
Description: OpenPGP digital signature

Bug#432679: Mapping d-i console layout choices to X layout in the installed system

2007-07-11 Thread Eddy Petrișor

Package: xserver-xorg
Severity: wishlist
Tags: l10n

It would be nice to be able to choose the right X layout in the installed 
system based on the choices made in D-I.

Please read below about the implementation proposal.

Christian Perrier wrote:
>>> Christian Perrier wrote:
 I think this probably belongs to xserver-xorg. The X keymap is set in
 that package's postinst. In that piece of code, I see nothing to
 properly handle Romanian keymaps (and, yes, this is ugly and not well
 scalable):

>> (I think the next section deserves a bug of its own, but I'll let others 
>> judge
>> this.)

>> WRT the non-scalability, I agree and think we should add a step to the new
>> language process[1] that would add pairs like:
>>
>> fr-latin9,fr:xmap=fr
>> ro:xmap=ro
>> ro-comma:xmap=ro,variant=comma
>>
>> Which should define DI to Xorg layout mappings and we could add that info
>> directly as pacthes to xorg (or maybe console-data, or which is the
>> most-hip-console-layout-database) and xorg could use that information during
>> build to make the appropriate xserver-xorg.postinst section (of course, if 
>> added
>> to other package than xorg, xorg would have to Build-Depend on that package,
>> thus takign the most recent information).
>>
>> What do you think?
> 
> 
> This is defintely interesting, so I'm very glad to announce that you
> just volunteered to commit the appropriate patch to the D-I i18n doc,
> Eddy..:-)

I have committed the changes in d-i's SVN repo in revision 48042.

> Given that we already have a step for new languages to specify the
> console keymap and font, we could indeed just add the requirement for
> X.org keyboard handling settings to that step, also.


Still I think we should clarify the and format and the place where this 
information will be so that is easier for the X
maintainers to actually use this information in a programatic way.

For starters I think we should keep a list like the one I proposed somewhere in 
the D-I SVN repo.

Is there an already existing package that seems appropriate to incorporate this 
information, or do we have to make a new
package?

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



signature.asc
Description: OpenPGP digital signature

Bug#421748: [l10n:ro] Romanian translation of the po-debconf templates of xdm

2007-05-01 Thread Eddy Petrișor

Package: xdm
Severity: minor
Tags: patch l10n

Please include the attached translation in the next release of the package.

(This was supposed to be sent on the 16th of April but I forgot about it).

 Original Message 
Subject: [RFR2] po-debconf://xdm
Date: Thu, 05 Apr 2007 11:35:12 +0300
From: Eddy Petrișor <[EMAIL PROTECTED]>
To: debian-l10n-romanian <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
# translation of ro.po to Romanian
# debconf templates for xorg-x11 package
#
# $Id: pothead.in 189 2005-06-11 00:04:27Z branden $
#
# Copyright:
#
# This file is distributed under the same license as the xorg-x11 package.
# Please see debian/copyright.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf is available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Branden Robinson, 2000--2004.
# Eddy PetriÅor <[EMAIL PROTECTED]>, 2005.
# RuÅeÅ£ Zeno <[EMAIL PROTECTED]>, 2005.
# Eddy Petrisor <[EMAIL PROTECTED]>, 2005.
# Eddy PetriÈor <[EMAIL PROTECTED]>, 2007.
msgid ""
msgstr ""
"Project-Id-Version: ro\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-03-22 06:38+0100\n"
"PO-Revision-Date: 2007-03-24 16:16+0200\n"
"Last-Translator: Eddy PetriÈor <[EMAIL PROTECTED]>\n"
"Language-Team: Romanian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=3; plural=n==1 ? 0 : (n==0 || (n%100 > 0 && n%100 < 
20)) ? 1 : 2;\n"

#. Type: select
#. Description
#: ../xdm.templates:1001
msgid "Default display manager:"
msgstr "Managerul de ecran implicit:"

#. Type: select
#. Description
#: ../xdm.templates:1001
msgid ""
"A display manager is a program that provides graphical login capabilities "
"for the X Window System."
msgstr ""
"Un manager de ecran este un program care oferÄ facilitatea de autentificare "
"graficÄ sistemului de ferestre X."

#. Type: select
#. Description
#: ../xdm.templates:1001
msgid ""
"Only one display manager can manage a given X server, but multiple display "
"manager packages are installed. Please select which display manager should "
"run by default."
msgstr ""
"Doar un singur manager de ecran poate gestiona un anumit server X, dar "
"acum sunt instalaÅ£i mai mulÅ£i. SelectaÅ£i managerul care ar trebui sÄ 
porneascÄ Ã®n mod implicit."

#. Type: select
#. Description
#: ../xdm.templates:1001
msgid ""
"Multiple display managers can run simultaneously if they are configured to "
"manage different servers; to achieve this, configure the display managers "
"accordingly, edit each of their init scripts in /etc/init.d, and disable the "
"check for a default display manager."
msgstr ""
"Mai mulÅ£i manageri de ecran pot rula simultan dacÄ sunt configuraÅ£i sÄ "
"gestioneze servere diferite; pentru a obÅ£ine acest lucru, configuraÅ£i "
"managerii de ecran Ã®n mod corespunzÄtor, editaÅ£i fiecare dintre 
script-urile lor de "
"iniÅ£ializare din /etc/init.d Åi dezactivaÅ£i testul legat de managerul de 
ecran "
"implicit."

#. Type: boolean
#. Description
#: ../xdm.templates:3001
msgid "Stop the xdm daemon?"
msgstr "Se opreÅte serviciul xdm?"

#. Type: boolean
#. Description
#: ../xdm.templates:3001
msgid ""
"The X display manager (xdm) daemon is typically stopped on package upgrade "
"and removal, but it appears to be managing at least one running X session."
msgstr ""
"Serviciul de management al ecranului X (xdm) este, Ã®n mod obiÅnuit, oprit la 
"
"Ã®nnoirea sau Återgerea pachetului, dar acum se pare cÄ acesta gestioneazÄ 
cel "
"puÅ£in o sesiune X."

#. Type: boolean
#. Description
#: ../xdm.templates:3001
msgid ""
"If xdm is stopped now, any X sessions it manages will be terminated. "
"Otherwise, the new version will take effect the next time the daemon is "
"restarted."
msgstr ""
"DacÄ xdm este oprit acum, orice sesiune X gestionatÄ de el va fi terminatÄ. 
Altfel, "
"noua versiune va avea efect la urmÄtoarea repornire a serviciului."



signature.asc
Description: OpenPGP digital signature

Bug#416544: Setup of Romanian keymap for X

2007-03-29 Thread Eddy Petrișor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

# Christian was right
reassign 416544 xserver-xorg
thanks

Eddy Petrișor wrote:
> tags 416544 patch l10n
> thanks
> 
> Christian Perrier wrote:
>> I think this probably belongs to xserver-xorg. The X keymap is set in
>> that package's postinst. In that piece of code, I see nothing to
>> properly handle Romanian keymaps (and, yes, this is ugly and not well
>> scalable):

> I'll test the attached patch and tell you about the results.

I fociblity purged the xserver-xorg package (1:7.1.0-15) installed and installed
1:7.1.0-15.1 (which only added the previous patch and a changelog entry - patch
attached), I installed all resulting packages from the build (except -dev
packages), including xserver-xorg.

Then I added a new user, restarted gdm and logged in with the new user. The
default keyboard layout was the romanian one.

(I think the next section deserves a bug of its own, but I'll let others judge
this.)

WRT the non-scalability, I agree and think we should add a step to the new
language process[1] that would add pairs like:

fr-latin9,fr:xmap=fr
ro:xmap=ro
ro-comma:xmap=ro,variant=comma

Which should define DI to Xorg layout mappings and we could add that info
directly as pacthes to xorg (or maybe console-data, or which is the
most-hip-console-layout-database) and xorg could use that information during
build to make the appropriate xserver-xorg.postinst section (of course, if added
to other package than xorg, xorg would have to Build-Depend on that package,
thus takign the most recent information).

What do you think?

[1] http://d-i.alioth.debian.org/i18n-doc/ch03.html

- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGC8UzY8Chqv3NRNoRAl++AKDD8OmabCH7rJOtw8/w/bt3F4HOEgCgqp4W
b+zi9bDT1N4tcjWUdbOV7vE=
=Ccb5
-END PGP SIGNATURE-
diff -ruN xorg-7.1.0.unstable/debian/changelog xorg-7.1.0/debian/changelog
--- xorg-7.1.0.unstable/debian/changelog	2007-03-06 19:48:21.0 +0200
+++ xorg-7.1.0/debian/changelog	2007-03-29 14:54:39.0 +0300
@@ -1,3 +1,11 @@
+xorg (1:7.1.0-15.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * inherit keyboard information selected in Debian Installer for the
+Romanian keyboard (Closes: #416544)
+
+ -- Eddy PetriÈor <[EMAIL PROTECTED]>  Thu, 29 Mar 2007 14:51:06 +0300
+
 xorg (1:7.1.0-15) unstable; urgency=low

   * Reupload without the .git/ dir.
diff -ruN xorg-7.1.0.unstable/debian/xserver-xorg.postinst.in xorg-7.1.0/debian/xserver-xorg.postinst.in
--- xorg-7.1.0.unstable/debian/xserver-xorg.postinst.in	2007-02-13 12:02:09.0 +0200
+++ xorg-7.1.0/debian/xserver-xorg.postinst.in	2007-03-29 14:34:17.0 +0300
@@ -1190,6 +1190,7 @@
 no) XMAP="no";;
 pl) XMAP="pl";;
 pt) XMAP="pt";;
+ro) XMAP="ro";;
 uk) XMAP="gb";;
 lv-latin4) XMAP="lv";;
 se) XMAP="se";;

Bug#416544: Setup of Romanian keymap for X

2007-03-29 Thread Eddy Petrișor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 416544 patch l10n
thanks

Christian Perrier wrote:
> I think this probably belongs to xserver-xorg. The X keymap is set in
> that package's postinst. In that piece of code, I see nothing to
> properly handle Romanian keymaps (and, yes, this is ugly and not well
> scalable):
> 
>   db_get debian-installer/keymap || debug_report_status "db_get 
> debian-installer/keymap"
>   DI_KEYMAP="${RET##mac-usb-}"
>   DI_KEYMAP="${DI_KEYMAP%%-latin1}"
> 
>   case "$DI_KEYMAP" in
> be2) XMAP="be";;
> bg) XMAP="bg"; VARIANT="bds";;
> br) XMAP="us"; VARIANT="intl"; MODEL="pc104";;
> br-abnt2) XMAP="br"; VARIANT="abnt2"; MODEL="abnt2";;
> by) XMAP="by";;
> cf) XMAP="ca";;
> lfc-cat) XMAP="es"; VARIANT="cat";;
> cz-lat2) XMAP="cz";;
> de-latin1-nodeadkeys) XMAP="de"; VARIANT="nodeadkeys";;
> de) XMAP="de";;
> dvorak) XMAP="us"; VARIANT="dvorak"; MODEL="pc104";;
> dk) XMAP="dk";;
> es) XMAP="es";;
> fr_CH) XMAP="ch"; VARIANT="fr";;
> fr) XMAP="fr";;
> hebrew) XMAP="il";;
> hu) XMAP="hu";;
> fi) XMAP="fi";;
> fr-latin9) XMAP="fr"; VARIANT="latin9";;
> gb) XMAP="gb";;
> gr) XMAP="gr";;
> hu) XMAP="hu";;
> is) XMAP="is";;
> it) XMAP="it";;
> jp106) XMAP="jp"; MODEL="jp106";;
> la) XMAP="latam";;
> lt) XMAP="lt";; 
> # XXX should these be MODEL="macintosh"?
> mac-us-std) XMAP="us";;
> mac-de2-ext) XMAP="de"; VARIANT="nodeadkeys";;
> mac-fr2-ext) XMAP="fr";;
> mac-fr3) XMAP="fr";;
> mac-es) XMAP="es";;
> mac-usb-de_CH) XMAP="ch"; VARIANT="de";;
> no) XMAP="no";;
> pl) XMAP="pl";;
> pt) XMAP="pt";;
> uk) XMAP="gb";;
> lv-latin4) XMAP="lv";;
> se) XMAP="se";;
> sg) XMAP="ch"; VARIANT="de";;
> sk-qwerty) XMAP="sk"; VARIANT="qwerty";;
> sr-cy) XMAP="sr";;
> trf) XMAP="tr"; VARIANT="f";;
> trq) XMAP="tr";;
> ua) XMAP="ua";;
> uk) XMAP="gb"; VARIANT="intl";;
> us) XMAP="us"; MODEL="pc104";;
> *) XMAP="UNKNOWN";;
>   esac
> 

I'll test the attached patch and tell you about the results.


- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGC6f8Y8Chqv3NRNoRArEbAJoDhK5YOYnrCH24x17+aLwvxCXtZgCfbM2i
71NA6nt0TpFzxDqDA5aiTkM=
=zJi5
-END PGP SIGNATURE-
--- debian/xserver-xorg.postinst.in.old	2007-02-13 12:02:09.0 +0200
+++ debian/xserver-xorg.postinst.in	2007-03-29 14:34:17.0 +0300
@@ -1190,6 +1190,7 @@
 no) XMAP="no";;
 pl) XMAP="pl";;
 pt) XMAP="pt";;
+ro) XMAP="ro";;
 uk) XMAP="gb";;
 lv-latin4) XMAP="lv";;
 se) XMAP="se";;

Bug#119524: xlibs-data: [nls] migrate ro_RO from ISO 8859-2 to ISO 8859-16 when glibc and the rest of X support that encoding

2007-02-12 Thread Eddy Petrișor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ionel Mugurel Ciobica wrote:
> On 12-02-2007, at 09h 27'54", Brice Goglin wrote about "Bug#119524: 
> xlibs-data: [nls] migrate ro_RO from ISO 8859-2 to ISO 8859-16 when glibc and 
> the rest of X support that encoding"
>> Hi Ionel,
>>
>> About 5 years ago, you reported a bug to the Debian BTS regarding ro_RO
>> having to migrate from ISO 8859-2 to 8859-16. Does this still matter
>> today? Maybe UTF-8 is better solution? If so, I will close your bug in
>> the next weeks.
>>
>> Thanks,
>> Brice
> 
> 
> Hi Brice,
> 
> Thank you for contacting me, even after 6 years or so :-) I have a
> similar bug report [0] which was taken over and solved by 
> Eddy Petrișor .
> 
> In the mean time the ro_RO migrated to UTF-8 [1] and the changes
> propagated into glibc[2] in Sid.
> 
> You may close the bug [3] or merge it with the others [0] [4]. You
> can change ISO-8859-2 with UTF-8 (without going through ISO-8859-16).
> But also please remove the "rumanian" word...
> 
> 
> Best regards,
> Ionel
> 
> 
> P.S. For Eddy, did you made changes to the config files when migrating
> ro_RO to UTF-8?

UTF-8 is a better alternative for Romanian.

- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF0KZXY8Chqv3NRNoRAqMSAJ9y+qSkdLS9xFoH+rX8WNk1SH5rCgCePNf0
viRBOiyoeWwclFAG2g1aBTo=
=gwUg
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#406177: probably a general problem concerning latest X-Version

2007-01-09 Thread Eddy Petrișor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: xserver-xorg, installation-reports
Severity: grave
Justification: fails a successful install on a new system

Peter Mattern wrote:
> Within the last months I could install several different etch-Versions
> (beta, RC1) on both a desktop system based on Gigabyte's GA-M55plus-S3G
> (grapics: nvidia GeForce 6100) and an Fujitsu-Siemens Amilo Pro 2055
> (graphics VIA UniChrome) without any problems concerning X. This means,
> the installer chose, lacking a special driver for the graphics, the vesa
> driver, enabling me to install the proprietary nvidia driver and the one
> from openchrome.org in a second step - all without any problems.

Hmm, probably due to backporting xorg from Ubuntu.

> Since a couple of days I also get the message about the missing kbd and
> mouse modules - on both machines, and using exactly the same old RC1
> installation media. Furthermore, the debian installer installs only the

I have seen this too on a fresh installation on a Dell Inspiron 6400/E1505

After the installation of the system the kbd and mouse modules are not
installed. Nor are the video drivers.

> fglrx (!) driver. The problem also appears the same way using weekly
> snapshot and daily build of 2007/01/06.
> 
> Solution:
> Manually install xserver-xorg-input-kbd/mouse, xserver-xorg-video-vesa
> (the lack of this module after the normal installation is the reason why
> just entering the module within xorg.conf doesn't work).

Yes, this fixed it for me, too.

> Run dpkg-reconfigure xserver-xorg, chose the manual recognition of the
> graphics card and thus urge X to use the vesa driver.
> Then, in a second step the appropriate driver can be installed.

- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFo2zDY8Chqv3NRNoRAjz2AJwIAISavwa0oLHUBxiegnnbvc2XUwCgxfuv
rgptD1i7Py8o+1vO+zeFHjM=
=y49w
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#369167: reopen 389017

2006-09-28 Thread Eddy Petrișor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eddy Petrişor wrote:
> Hello,
> 
> Could my[1] problems be from the same source?
> 
> On 24/09/06, Wolfgang Pfeiffer <[EMAIL PROTECTED]> wrote:
>>
>> reopen 389017
>>
>> This bug was closed without solution.
>>
>> Please note that with the OP's
>>
>> "ATI Technologies, Inc. RV350 [Mobility Radeon 9600 M10"
> 
> I have just checked and I have...
> 
> $ grep FB /etc/X11/xorg.conf
>Option  "UseFBDev"  "true"
> 
> I will change this and see if thing get better.
> 
> [1] http://lists.debian.org/debian-powerpc/2006/08/msg00196.html

It seems that all the issues have disappeared with this change.

- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFHAvpY8Chqv3NRNoRAnVKAJ9eLMY+ashBOVKCOvJQO4KWQd9EegCcCkqK
yUgBq5yEhFLoBX3G3sS1VvA=
=gzwH
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#389030: xserver-xorg: does not start (after reboot) if no mouse is attached

2006-09-23 Thread Eddy Petrișor

Package: xserver-xorg
Version: 1:7.0.22
Severity: grave
Justification: renders package unusable

Hello,

I have found that if I plug out the USB mouse and restart the system the
X server will not start unless th mouse is attached. Removing the mouse
after the server has started has no ill effects.

Although currently there are almost no systems without a mouse, it
shouldn't be a requiremnt for the X server to start.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)

Versions of packages xserver-xorg depends on:
ii  debconf   1.5.4  Debian configuration management sy
ii  x11-common1:7.0.22   X Window System (X.Org) infrastruc
ii  xbase-clients 1:7.1.ds-3 miscellaneous X clients
ii  xkb-data  0.8-12 X Keyboard Extension (XKB) configu
ii  xserver-xorg-core 1:1.0.2-9  X.Org X server -- core server
ii  xserver-xorg-input-al 1:7.0.22   the X.Org X server -- input driver
ii  xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv
ii  xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d
ii  xserver-xorg-input-mo 1:1.0.4-3  X.Org X server -- mouse input driv
ii  xserver-xorg-video-al 1:7.0.22   the X.Org X server -- output drive
ii  xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv
ii  xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv
ii  xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv
ii  xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr
ii  xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d
ii  xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr
ii  xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr
ii  xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr
ii  xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr
ii  xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri
ii  xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri
ii  xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx
ii  xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr
ii  xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv
ii  xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display
ii  xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display 
ii  xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv
ii  xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive
ii  xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa
ii  xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display
ii  xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d
ii  xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di
ii  xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv
ii  xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display 
ii  xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri
ii  xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv
ii  xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display 
ii  xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr
ii  xserver-xorg-video-v4 0.0.1.5-1  X.Org X server -- Video 4 Linux di
ii  xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri
ii  xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv
ii  xserver-xorg-video-vi 1:0.1.33.2-3   X.Org X server -- VIA display driv
ii  xserver-xorg-video-vm 1:10.11.1.3-2  X.Org X server -- VMware display d
ii  xserver-xorg-video-vo 1:1.0.0.5-2X.Org X server -- Voodoo display d

Versions of packages xserver-xorg recommends:
ii  discover1  1.7.18hardware identification system
ii  laptop-detect  0.12.1attempt to detect a laptop
pn  mdetect(no description available)
ii  xresprobe  0.4.23debian1 X Resolution Probe

-- debconf information:
  xserver-xorg/multiple_possible_x-drivers:
  xserver-xorg/config/monitor/use_sync_ranges:
  xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice
  xserver-xorg/config/doublequote_in_string_error:
  xserver-xorg/config/monitor/screen-size: 17 inches (430 mm)
  shared/default-x-server: xserver-xorg
  xserver-xorg/autodetect_monitor: true
  xserver-xorg/config/inputdevice/mouse/protocol: I

Bug#459371: this is a gnome keyboard properties bug

Bug#459371: caps led toggles when I have ctrl and caps switched

Bug#459371: caps led toggles when I have ctrl and caps switched

Re: Bug#472618: [xserver-xorg] synaptics touchpad doesn't work out of the box

Bug#472618: [xserver-xorg] synaptics touchpad doesn't work out of the box

Bug#496053: xserver-xorg-video-intel: [xserver-xorg-vide-intel][etchnhalf] using 'intel' driver instead of 'i810' breaks DRI

Bug#489069: BTS#489069] po-debconf://xorg-server

Bug#489069: [l10n:ro] xorg-server: Romanian translation of the po-debconf template

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

Bug#486636: Acknowledgement ([l10n:ro] Updated Romanian translation of the po debconf template)

Bug#486636: [l10n:ro] Updated Romanian translation of the po debconf template

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

Bug#481176: [l10n:ro] xkeyboard-config needs to comply with Romanian standards (apply patch or let 1.3 in lenny)

Bug#436993: xkb-data: not all Romanian layouts are present/advertised

Bug#432679: Mapping d-i console layout choices to X layout in the installed system

Bug#421748: [l10n:ro] Romanian translation of the po-debconf templates of xdm

Bug#416544: Setup of Romanian keymap for X

Bug#416544: Setup of Romanian keymap for X

Bug#119524: xlibs-data: [nls] migrate ro_RO from ISO 8859-2 to ISO 8859-16 when glibc and the rest of X support that encoding

Bug#406177: probably a general problem concerning latest X-Version

Bug#369167: reopen 389017

Bug#389030: xserver-xorg: does not start (after reboot) if no mouse is attached

23 matches

Site Navigation

Mail list logo

Footer information