Re: [gentoo-user] An alternative keyboard layout is lost
On Sat, 18 October 2014, at 11:10 am, gevisz gev...@gmail.com wrote: … I have found out that my problem with xfce4 keyboard plugin reduces to the fact that now I cannot choose Russian Winkeys alternative keyboard: there is no such option in the corresponding keyboard layout settings. So, I have to choose Osetinian Winkeys alternative keyboard as it is appears to be the next best choice: Could you possibly post your /etc/locale.gen please? Stroller.
Re: [gentoo-user] An alternative keyboard layout is lost
On Sun, 19 Oct 2014 11:28:00 +0100 Stroller strol...@stellar.eclipse.co.uk wrote: On Sat, 18 October 2014, at 11:10 am, gevisz gev...@gmail.com wrote: … I have found out that my problem with xfce4 keyboard plugin reduces to the fact that now I cannot choose Russian Winkeys alternative keyboard: there is no such option in the corresponding keyboard layout settings. So, I have to choose Osetinian Winkeys alternative keyboard as it is appears to be the next best choice: Could you possibly post your /etc/locale.gen please? Excluding comments, it is like this: en_US.UTF-8 UTF-8 en_US ISO-8859-1 ru_RU.KOI8-R KOI8-R ru_RU.UTF-8 UTF-8 ru_RU ISO-8859-5 ru_UA.UTF-8 UTF-8 ru_UA KOI8-U uk_UA.UTF-8 UTF-8 uk_UA KOI8-U I have not changed this file since installation of Gentoo about 15 months ago. Yet a few days ago I had no problem with my Russian keyboard layout and still have no problem with my Ukrainian keyboard layout.
Re: [gentoo-user] An alternative keyboard layout is lost
I have found out that my problem with xfce4 keyboard plugin reduces to the fact that now I cannot choose Russian Winkeys alternative keyboard: there is no such option in the corresponding keyboard layout settings. So, I have to choose Osetinian Winkeys alternative keyboard as it is appears to be the next best choice: The problem has been solved by 1) unmerging buggy xfce4-xkb-plugin 2) deleting its .rc file somewhere in ~/.config directory 3) emerging buggy xfce4-xkb-plugin back I think it is a bug as it is impossible to chose ru(winkeys) keyboard layout from xfce4-xkb-plugin interface.
[gentoo-user] An alternative keyboard layout is lost
This is the continuation from the thread
XFCE weather plugin does not work
2014-10-18 10:03 GMT+03:00 Gevisz gev...@gmail.com:
On Fri, 17 Oct 2014 23:37:16 +0100
David W Noon dwn...@ntlworld.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 17 Oct 2014 22:33:45 +0100, Neil Bothwick (n...@digimed.co.uk)
wrote about Re: [gentoo-user] Re: XFCE weather plugin does not work
(in 20141017223345.16c96...@digimed.co.uk):
On Fri, 17 Oct 2014 21:13:52 + (UTC), James wrote:
And last, can any patch that ends in .patch be applied to the
intended ebuild or does the gentoo ebuild auther have to put some
special code into an (EAPI-5) ebuild to facilitate user patches?
AFAIR the ebuild simply has to call epatch_user() in src_unpack()
and any matching patches in /etc/portage/patches are applied.
The usual place is src_prepare().
I have prepared some patches from the Xfce repository with line
addressing to match the Gentoo sources tarball. I attach a tarball of
theses patches that can be untarred in /etc/portage/patches/.
I have unpacked your patches to /etc/portage/patches as described here:
http://wiki.gentoo.org/wiki//etc/portage/patches
and then run # emerge xfce4-weather-plugin
After restarting xfce4, the weather-plugin started to work. Thank you.
Nevertheless, just
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
instead of # emerge xfce4-weather-plugin
did not worked.
The ebuild should have the following lines added:
src_prepare() {
epatch_user
}
I have not done this relying on the promise by Greg Kubaryk
that the ebuild is epatch_user enabled.
Don't forget to redo the manifest for the ebuild.
I never dealt with ebuilds on a maintaner level.
So, may I ask if it is really necessary and for which purpose.
Just after emerging xfce4-weather-plugin with the patches
provided by David W Noon, I have noticed that I lost all my
alternative keyboard layouts.
I tried to set them anew via xfce4 Keyboard Layouts Plugin
version 0.5.6 but there is no keyboard layout that suits my
keyboard.
Unfortunately, unmerging xfce4-weather-plugin did not help.
Another thing I did just before re-emerging xfce4-weather-plugin
was a routine system update. This time only net-dns/libidn package
was updated from version 1.28 to version 1.29, and before that
update my alternative keyboard layouts were still present, as
I remember using them just after the update but before rebooting
the system.
So, it also may be that updating libidn package caused the damage.
I remember that, while installing Gentoo about 15 months ago,
I set my keyboard layout not via an xfce4 plugin but somewhere
in the X11 settings. (At that time I had gnome2 instead of xfce4 anyway).
So, may be now, re-emerging xfce4-weather-plugin, or trying
to set the alternative keyboard layout anew, I have created some
xfce4 configuration file that shadows X11 (or old gnome2) settings
that xfce4 used for keyboard layout previously.
Any thoughts?
Re: [gentoo-user] An alternative keyboard layout is lost
On Saturday 18 Oct 2014 09:34:53 gevisz wrote:
This is the continuation from the thread
XFCE weather plugin does not work
2014-10-18 10:03 GMT+03:00 Gevisz gev...@gmail.com:
On Fri, 17 Oct 2014 23:37:16 +0100
David W Noon dwn...@ntlworld.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 17 Oct 2014 22:33:45 +0100, Neil Bothwick (n...@digimed.co.uk)
wrote about Re: [gentoo-user] Re: XFCE weather plugin does not work
(in 20141017223345.16c96...@digimed.co.uk):
On Fri, 17 Oct 2014 21:13:52 + (UTC), James wrote:
And last, can any patch that ends in .patch be applied to the
intended ebuild or does the gentoo ebuild auther have to put some
special code into an (EAPI-5) ebuild to facilitate user patches?
AFAIR the ebuild simply has to call epatch_user() in src_unpack()
and any matching patches in /etc/portage/patches are applied.
The usual place is src_prepare().
I have prepared some patches from the Xfce repository with line
addressing to match the Gentoo sources tarball. I attach a tarball of
theses patches that can be untarred in /etc/portage/patches/.
I have unpacked your patches to /etc/portage/patches as described here:
http://wiki.gentoo.org/wiki//etc/portage/patches
and then run # emerge xfce4-weather-plugin
After restarting xfce4, the weather-plugin started to work. Thank you.
Nevertheless, just
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask
world instead of # emerge xfce4-weather-plugin
did not worked.
The ebuild should have the following lines added:
src_prepare() {
epatch_user
}
I have not done this relying on the promise by Greg Kubaryk
that the ebuild is epatch_user enabled.
Don't forget to redo the manifest for the ebuild.
I never dealt with ebuilds on a maintaner level.
So, may I ask if it is really necessary and for which purpose.
Just after emerging xfce4-weather-plugin with the patches
provided by David W Noon, I have noticed that I lost all my
alternative keyboard layouts.
I tried to set them anew via xfce4 Keyboard Layouts Plugin
version 0.5.6 but there is no keyboard layout that suits my
keyboard.
Unfortunately, unmerging xfce4-weather-plugin did not help.
Another thing I did just before re-emerging xfce4-weather-plugin
was a routine system update. This time only net-dns/libidn package
was updated from version 1.28 to version 1.29, and before that
update my alternative keyboard layouts were still present, as
I remember using them just after the update but before rebooting
the system.
So, it also may be that updating libidn package caused the damage.
I remember that, while installing Gentoo about 15 months ago,
I set my keyboard layout not via an xfce4 plugin but somewhere
in the X11 settings. (At that time I had gnome2 instead of xfce4 anyway).
So, may be now, re-emerging xfce4-weather-plugin, or trying
to set the alternative keyboard layout anew, I have created some
xfce4 configuration file that shadows X11 (or old gnome2) settings
that xfce4 used for keyboard layout previously.
Any thoughts?
I think you are referring to the XkbLayout. In /etc/X11/xorg.conf.d/10-
evdev.conf you can add a section like so with the keyboard languages of your
choice:
Section InputClass
Identifier evdev keyboard catchall
MatchIsKeyboard on
MatchDevicePath /dev/input/event*
Driver evdev
Option XkbLayout gb,el
Option XkbOptions
grp:alt_shift_toggle,grp_led:scroll,compose:menu,terminate:ctrl_alt_bksp
EndSection
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] An alternative keyboard layout is lost
On Sat, 18 Oct 2014 10:12:29 +0100
Mick michaelkintz...@gmail.com wrote:
On Saturday 18 Oct 2014 09:34:53 gevisz wrote:
This is the continuation from the thread
XFCE weather plugin does not work
2014-10-18 10:03 GMT+03:00 Gevisz gev...@gmail.com:
On Fri, 17 Oct 2014 23:37:16 +0100
David W Noon dwn...@ntlworld.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 17 Oct 2014 22:33:45 +0100, Neil Bothwick (n...@digimed.co.uk)
wrote about Re: [gentoo-user] Re: XFCE weather plugin does not work
(in 20141017223345.16c96...@digimed.co.uk):
On Fri, 17 Oct 2014 21:13:52 + (UTC), James wrote:
And last, can any patch that ends in .patch be applied to the
intended ebuild or does the gentoo ebuild auther have to put some
special code into an (EAPI-5) ebuild to facilitate user patches?
AFAIR the ebuild simply has to call epatch_user() in src_unpack()
and any matching patches in /etc/portage/patches are applied.
The usual place is src_prepare().
I have prepared some patches from the Xfce repository with line
addressing to match the Gentoo sources tarball. I attach a tarball of
theses patches that can be untarred in /etc/portage/patches/.
I have unpacked your patches to /etc/portage/patches as described here:
http://wiki.gentoo.org/wiki//etc/portage/patches
and then run # emerge xfce4-weather-plugin
After restarting xfce4, the weather-plugin started to work. Thank you.
Nevertheless, just
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask
world instead of # emerge xfce4-weather-plugin
did not worked.
The ebuild should have the following lines added:
src_prepare() {
epatch_user
}
I have not done this relying on the promise by Greg Kubaryk
that the ebuild is epatch_user enabled.
Don't forget to redo the manifest for the ebuild.
I never dealt with ebuilds on a maintaner level.
So, may I ask if it is really necessary and for which purpose.
Just after emerging xfce4-weather-plugin with the patches
provided by David W Noon, I have noticed that I lost all my
alternative keyboard layouts.
I tried to set them anew via xfce4 Keyboard Layouts Plugin
version 0.5.6 but there is no keyboard layout that suits my
keyboard.
Unfortunately, unmerging xfce4-weather-plugin did not help.
Another thing I did just before re-emerging xfce4-weather-plugin
was a routine system update. This time only net-dns/libidn package
was updated from version 1.28 to version 1.29, and before that
update my alternative keyboard layouts were still present, as
I remember using them just after the update but before rebooting
the system.
So, it also may be that updating libidn package caused the damage.
I remember that, while installing Gentoo about 15 months ago,
I set my keyboard layout not via an xfce4 plugin but somewhere
in the X11 settings. (At that time I had gnome2 instead of xfce4 anyway).
So, may be now, re-emerging xfce4-weather-plugin, or trying
to set the alternative keyboard layout anew, I have created some
xfce4 configuration file that shadows X11 (or old gnome2) settings
that xfce4 used for keyboard layout previously.
Any thoughts?
I think you are referring to the XkbLayout. In /etc/X11/xorg.conf.d/10-
evdev.conf you can add a section like so with the keyboard languages of your
choice:
Section InputClass
Identifier evdev keyboard catchall
MatchIsKeyboard on
MatchDevicePath /dev/input/event*
Driver evdev
Option XkbLayout gb,el
Option XkbOptions
grp:alt_shift_toggle,grp_led:scroll,compose:menu,terminate:ctrl_alt_bksp
EndSection
Yes, something like that. But I have no /etc/X11/xorg.conf.d/ directory.
So, I did that configuration in another file.
But the problem is that I have not changed anything related to the keyboard
layout just before my alternative keyboard layouts disappeared.
