Anyone know of a Fedora/Xfce table out there? I will
need a least one USB port, one Ethernet port, and
I need it to read notes from my USB stick and to
test Internet connections at customer sites.
I've just discovered I no longer know a way to go through my
install, adding software here, and removing it there. What do I use
instead of synaptic or gnome-packagekit??
Beartooth Sciurivore, Curmudgeon On Line
Death is not evil. Suffering is evil.
I've got some scratch builds I would love feedback/testing on:
In theory this xfce4-power-manager should inhibit systemd from doing
power management functions while it's running.
Way to test:
update the package
in lightdm, close the lid and open the lid, the laptop should have
login to Xfce.
set xfce4-power-manager to 'do nothing' or 'lock screen' on lid close.
close the lid and see if it suspended.
Thanks for any feedback.
after last batch of updates, "Czech (querty)" input method disappeared
from ibus. Some trivia:
I use mozc for Japanese, English (US), Russian (translit, m17n) and
Czech (qwerty) with ibus. It's inconvenient to manage half of them
via XKB (English and Czech) and the other by ibus (Japanese and Czech).
Since a long ago, Czech querty could have been used as ibus input method
without issues. That stopped somewhere around the time ibus config
dialogue got switched from gtk2 to gtk3. Thenceforth it offered only
Czech (which is qwertz, which I don't want) input method. I discovered
that if I added Czech (qwerty) to Settings->Keyboard Layout, ibus picked
it up and worked mostly as expected. This is no longer the case. Am I
seeing a bug or is there some other supported way to add XKBC keyboard
layouts to ibus in XFCE? Or am I supposed to use different input system
with XFCE (ibus seems to get more and more integrated with gnome)?
$ rpm -qa --last | grep "20 Feb"
ibus-anthy-1.5.0-1.fc18.i686 Wed 20 Feb 2013 11:19:26 AM CET
ibus-table-mathwriter-18.104.22.16830204-1.fc18.noarch Wed 20 Feb 2013 11:18:36 AM CET
ibus-1.5.1-2.fc18.i686 Wed 20 Feb 2013 11:14:32 AM CET
ibus-gtk3-1.5.1-2.fc18.i686 Wed 20 Feb 2013 11:14:29 AM CET
ibus-gtk2-1.5.1-2.fc18.i686 Wed 20 Feb 2013 11:14:29 AM CET
ibus-libs-1.5.1-2.fc18.i686 Wed 20 Feb 2013 11:14:28 AM CET
xkeyboard-config-2.6-7.fc18.noarch Wed 20 Feb 2013 11:18:49 AM CET
redhat-lsb-languages-4.1-10.fc18.i686 Wed 20 Feb 2013 11:15:41 AM CET
when i logged in today in my fedora 17 x86_64 installation (uname -r:
3.7.6-102.fc17.x86_64), i noticed two abnormal things:
1. My keyboard shortcuts weren't working anymore. For example, my
<CTRL><ALT><L> that supposedly would lock the screen, didn't do anything
at all, and my <CTRL><ALT><DEL> that would give me, supposedly, the log
out screen, didn't do anything either.
2. The windows wouldn't be placed in the right place when started. In
other words, they wouldn't comply with my option "By default, place
windows: at the center of the screen" in settings>settings
manager>window manager tweaks>placement. In the same window, i also have
the cursor pushed all the way to Large in the "minimum size of windows
to trigger smart placement" option.
Now, since i am almost sure that yesterday none of this was happening, i
did the following:
$rpm -qa --last | more
ModemManager-0.6.0.0-3.fc17 Mon 18 Feb 2013 11:16:52
dnsmasq-2.65-4.fc17 Mon 18 Feb 2013 11:16:51
phonon-backend-gstreamer-4.6.3-1.fc17 Mon 18 Feb 2013 11:16:50
xkeyboard-config-2.5.1-4.fc17 Mon 18 Feb 2013 11:16:49
xorg-x11-drv-synaptics-1.6.3-1.fc17 Mon 18 Feb 2013 11:16:47
mtdev-1.1.3-1.fc17 Mon 18 Feb 2013 11:16:45
Regarding the shortcuts (point 1), can i say that the xkeyboard-config
is the culprit? Or is my assumption completely wrong? (With xev i was
able to confirm that the keys are being correctly interpreted)
Regarding point 2, after playing around, i saw that if i go to
settings>settings manager>window manager tweaks>placement and push the
cursor all the way to "Small" and then again all the way to "Large", the
windows wouldn't start where i want them again, which is at the center
of the screen.
Is someone else seeing the same thing? Should i fill a bug? If so,
Thanks for any input.
maybe you misunderstand something. The logic is not to bind a command
to a special shortcut, the other way around is the truth. You can use
several shortcuts for the same command. So, each shortcuts has its
own xfconf property, and you can set your individual configuration in
xfconf without changing the default.
Just try that in one line, maybe in a script for your users:
$ xfconf-query -c xfce4-keyboard-shortcuts
-p "/commands/custom/<Super>l" -t string -n -s xflock4
> Date: Sun, 17 Feb 2013 09:30:25 +0100
> From: Heiko Adams <heiko.adams(a)gmail.com>
> To: xfce(a)lists.fedoraproject.org
> Subject: Change keyboard shortcut for xf4lock
> Content-Type: text/plain; charset="utf-8"
> by fedora's default the shortcut for xflock4 CTRL+ALT+DEL but I'd
> suggest to change that shortcut to SUPER+L because this would be more
> intuitive to users which used Windows before. And second CTRL+ALT+DEL
> is the shortcut for launching the taskmanager on most systems.
by fedora's default the shortcut for xflock4 CTRL+ALT+DEL but I'd suggest
to change that shortcut to SUPER+L because this would be more intuitive to
users which used Windows before. And second CTRL+ALT+DEL is the shortcut
for launching the taskmanager on most systems.
I think the bellow quoted message is more for suited for the audience
on xfce list than devel list. Forwarding :-)
Begin forwarded message:
Date: Fri, 8 Feb 2013 18:27:14 +0100
From: Rave it <chat-to-me(a)raveit.de>
Subject: Comiz Tester for xfce and lxde
Dear xfce/lxde user/maintainer,
perhaps you know i re-retired compiz-0.88 for f18.
I also added a start-script for lxde and xfce, subpackage compiz-xfce
Unfortunately i do not use xfce or lxde directly so i have no feedback
if compiz is running well in those desktop.
I did a short test if i had created the packages, and it was OK.
It wold be nice if some could test it more and give me a feedback.
PS: compiz is running well in gnome-fallback
devel mailing list