Re: xfce screen detachment

[tomas]

On Sat, Jan 13, 2024 at 06:31:38PM +0700, Max Nikulin wrote:
> On 13/01/2024 14:16, to...@tuxteam.de wrote:
> > 
> > Some days I'm glad I stuck to the most primitive window manager
> > I could get.
> 
> XFree86 (X11 server) had a similar feature a quarter of century ago and it
> worked in any window managers. If an application had overloaded GUI that did
> not fit to supported monitor resolution (perhaps 800x600) then it was
> possible to set larger virtual screen. When mouse cursor touched border of
> physical screen, virtual one scrolled reveling its hidden part.

Good old times -- I remember :-)

Was useful when you had 640x400 pixels...

[these days the window manager does that for me, but we have an agreement
on when and how]

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: xfce screen detachment

[Max Nikulin]

On 13/01/2024 14:16, to...@tuxteam.de wrote:


Some days I'm glad I stuck to the most primitive window manager
I could get.


XFree86 (X11 server) had a similar feature a quarter of century ago and 
it worked in any window managers. If an application had overloaded GUI 
that did not fit to supported monitor resolution (perhaps 800x600) then 
it was possible to set larger virtual screen. When mouse cursor touched 
border of physical screen, virtual one scrolled reveling its hidden part.

Re: xfce screen detachment

[tomas]

On Fri, Jan 12, 2024 at 02:41:47PM -0500, Cindy Sue Causey wrote:
> On 1/8/24, mick.crane  wrote:

[...]

> > I get this effect if pressing Alt and moving the mouse wheel.
> 
> 
> Me, too, in LXQt. It's HARD finding the fix until you can finally
> remember it. It's easy to hit a wall of misses when searching the
> Internet.

Ouch. GUI distopia.

Some days I'm glad I stuck to the most primitive window manager
I could get.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: xfce screen detachment

[Russell L. Harris]

On Fri, Jan 12, 2024 at 02:41:47PM -0500, Cindy Sue Causey wrote:

On 1/8/24, mick.crane  wrote:

On 2024-01-07 04:00, Russell L. Harris wrote:

system:  amd64 desktop, debian 12, xfce, NEC MultiSync EA192M monitor

I don't know precisely how to describe the problem, other than
"detachment".  About every week or so, when using the rodent, the
entire screen -- borders and all -- moves with respect to the monitor
screen as I move the mouse.

The only recovery method I have discovered is to reboot.

My hands and finders no longer are working well, so I likely clicked
on something or pressed a key to cause the problem.


I get this effect if pressing Alt and moving the mouse wheel.



Me, too, in LXQt. It's HARD finding the fix until you can finally
remember it. It's easy to hit a wall of misses when searching the
Internet.

As Mick says, hold down the ALT key and scroll the mouse rodent's
wheel back and forth. I just blew up my desktop background to where it
was basically one rendition of the small gif file that's normally
tiled.

It seems to be for commendable visual accessibility purposes, but it's
sure a grouch maker until you figure out its activation/deactivation
secret, lol.

Cindy :)
--
Talking Rock, Pickens County, Georgia, USA
* runs with birdseed *


Cindy, Thanks for taking the trouble to post the confirmation.  RLH
--
He turneth rivers into a wilderness, and the watersprings into dry
ground; a fruitful land into barrenness, for the wickedness of them
that dwell therein. - Psalm 107:33-34

Re: xfce screen detachment

[Cindy Sue Causey]

On 1/8/24, mick.crane  wrote:
> On 2024-01-07 04:00, Russell L. Harris wrote:
>> system:  amd64 desktop, debian 12, xfce, NEC MultiSync EA192M monitor
>>
>> I don't know precisely how to describe the problem, other than
>> "detachment".  About every week or so, when using the rodent, the
>> entire screen -- borders and all -- moves with respect to the monitor
>> screen as I move the mouse.
>>
>> The only recovery method I have discovered is to reboot.
>>
>> My hands and finders no longer are working well, so I likely clicked
>> on something or pressed a key to cause the problem.
>
> I get this effect if pressing Alt and moving the mouse wheel.


Me, too, in LXQt. It's HARD finding the fix until you can finally
remember it. It's easy to hit a wall of misses when searching the
Internet.

As Mick says, hold down the ALT key and scroll the mouse rodent's
wheel back and forth. I just blew up my desktop background to where it
was basically one rendition of the small gif file that's normally
tiled.

It seems to be for commendable visual accessibility purposes, but it's
sure a grouch maker until you figure out its activation/deactivation
secret, lol.

Cindy :)
-- 
Talking Rock, Pickens County, Georgia, USA
* runs with birdseed *

Re: xfce screen detachment

[mick.crane]

On 2024-01-07 04:00, Russell L. Harris wrote:

system:  amd64 desktop, debian 12, xfce, NEC MultiSync EA192M monitor

I don't know precisely how to describe the problem, other than
"detachment".  About every week or so, when using the rodent, the
entire screen -- borders and all -- moves with respect to the monitor
screen as I move the mouse.

The only recovery method I have discovered is to reboot.

My hands and finders no longer are working well, so I likely clicked
on something or pressed a key to cause the problem.

RLH


I get this effect if pressing Alt and moving the mouse wheel.
mick

Re: xfce screen detachment

[Russell L. Harris]

On Sun, Jan 07, 2024 at 09:32:55PM -0800, Mike Kupfer wrote:

Dan Ritter wrote:


Russell L. Harris wrote:
> system:  amd64 desktop, debian 12, xfce, NEC MultiSync EA192M monitor

[...]

That sounds something like having an X11 screen larger than the
monitor it is on, and X panning around that. Typically, though,
panning requires the mouse to hit the border of the monitor.

If that's what is happening, try right clicking-on the desktop
to get the application menu, and run Settings => Desktop; then
reset the resolution to what your monitor actually supports.


FWIW, I've noticed that Xfce eventually gets confused about the settings
for my display.  I don't know what triggers it, but I'll suddenly notice
that the display has gone from 1920x1200 to 1920x1080.  Resetting it
works (under Display, not Desktop).  I don't see the problem with MATE,
KDE, Cinnamon, or i3.

This is on Debian 11, amd64 desktop (radeon 3000 video), Acer 23"
monitor.



I opened the display settings, but whatever I did did not correct the
problem.  The next time it happens I try display settings again and
pay closer attention.  Thanks.  RLH

Re: xfce screen detachment

[Mike Kupfer]

Dan Ritter wrote:

> Russell L. Harris wrote: 
> > system:  amd64 desktop, debian 12, xfce, NEC MultiSync EA192M monitor
[...]
> That sounds something like having an X11 screen larger than the
> monitor it is on, and X panning around that. Typically, though,
> panning requires the mouse to hit the border of the monitor.
> 
> If that's what is happening, try right clicking-on the desktop
> to get the application menu, and run Settings => Desktop; then
> reset the resolution to what your monitor actually supports.

FWIW, I've noticed that Xfce eventually gets confused about the settings
for my display.  I don't know what triggers it, but I'll suddenly notice
that the display has gone from 1920x1200 to 1920x1080.  Resetting it
works (under Display, not Desktop).  I don't see the problem with MATE,
KDE, Cinnamon, or i3.

This is on Debian 11, amd64 desktop (radeon 3000 video), Acer 23"
monitor.

regards,
mike

Re: xfce screen detachment

[Dan Ritter]

Russell L. Harris wrote: 
> system:  amd64 desktop, debian 12, xfce, NEC MultiSync EA192M monitor
> 
> I don't know precisely how to describe the problem, other than
> "detachment".  About every week or so, when using the rodent, the
> entire screen -- borders and all -- moves with respect to the monitor
> screen as I move the mouse.
> 
> The only recovery method I have discovered is to reboot.
> 
> My hands and finders no longer are working well, so I likely clicked
> on something or pressed a key to cause the problem.

That sounds something like having an X11 screen larger than the
monitor it is on, and X panning around that. Typically, though,
panning requires the mouse to hit the border of the monitor.

If that's what is happening, try right clicking-on the desktop
to get the application menu, and run Settings => Desktop; then
reset the resolution to what your monitor actually supports.

You might also check if some key is being held down on your
keyboard, or if your mouse buttons are misfiring.

-dsr-

Re: XFCE and Awesome WM

[Махно]

I once used this configuration. As I was using it, I realized that it
was of no use. Here and there, ugly bugs (I don't remember which ones
anymore) came out. While using it, I realized one simple truth - it is
better to use with what XFCE is designed to be used with.

2023-08-27, sk, 21:05 Tatoka  rašė:
>
> Hello again, dear debian user comunity! I just wanna ask you, will any 
> problems be if i use XFCE and Awesome wm on my Debian Linux? 2 actions can be:
>
> I use Awesome WM as defautl WM of XFCE insted of xfwm4.
> I use Awesome WM and XFCE in differents sessions.
> Can I get errors or problems with these 2 actions.
>
> P.S. I very like your XFCE and Awesome WM and I just wanna use them both but 
> possible problems stop me.

Re: XFCE updates

[tomas]

On Wed, Feb 22, 2023 at 10:20:39PM +, ghe2001 wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> I use XFCE4 for my GUI desktop, and I subscribe to XFCE's discussion list.  I 
> see lots of posts on the list about XFCE things being updated, but I run 
> stable, and I've been told to stick to only Debian updates.  What, if 
> anything, happens to the updates advertised by XFCE?  Do they go into Sid?  
> Testing?

I'd recommend [1] or, for the more technical description,
[2].

In a nutshell, software (major) versions don't change in
the stable distribution unless something very bad happens.
Maintainers prefer to backport security and other fixes
to the versions already there. This is what "stable" means.

As a corollary, interfaces between the different parts
stay more or less stable. One package update doesn't carry
a flurry of dependency updates after it.

The nice part of that is that you can, most of the time,
just "apt update && apt upgrade" without much risk.

You pay for that with somewhat older versions.

When some "upstream" (as Debian calls that: in your case
it would be XFCE) publishes a new version, that goes first
into sid. There it breaks other things (that's why it is
called sid). When it stops breaking things it goes into
testing.

At some point in time (called "freeze"), the stream of
packages from sid to testing is stopped: that's when the
new stable version is about to hatch from testing.

Once that is done, the stream from sid to the new testing
starts again.

That was a very rough map, possibly with some corners
cut.

Cheers
[1] https://www.debian.org/doc/manuals/debian-faq/choosing.en.html
[2] https://www.debian.org/releases/

-- 
t


signature.asc
Description: PGP signature

Re: XFCE updates

[Charles Curley]

On Wed, 22 Feb 2023 22:20:39 +
ghe2001  wrote:

> What, if anything, happens to the updates advertised by XFCE?  Do
> they go into Sid?  Testing?

Eventually. Debian seems to do things by the upstream release. Right
now, XFCE for Bookworm/testing is 4.18, Bullseye/stable 4.16.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Xfce destop environment

[Roland Müller]

Hello,



On 2023-01-30  19:57, William Torrez Corea wrote:
On Mon, Jan 30, 2023 at 12:43 AM David  
wrote:



On Mon, 2023-01-30 at 00:07 -0600, William Torrez Corea wrote:

What happened with my desktop environment?

My desktop environment has problems, the title bar is hidden.


You can try to create a new Panel (=toolbox with starters etc.) from 
scratch:


1. minimize all windows

2. Right-click in free space on Desktop

3. Choose from popup menu and its submenus:

   Applications -> Settings -> Panel

4. This opens a window with title "Panel Preferences"

5. Press the + sign in the first row under the title: this will create a 
new empty panel


6. Now you can edit the panel. Inside the still open dialog "Panel 
Preferences" you find a help button that opens the a page with 
instructions such as the following URL:


https://docs.xfce.org/xfce/xfce4-panel/4.16/preferences


BR,

Roland

Re: Xfce destop environment

[Mike Kupfer]

William Torrez Corea wrote:

>  On Mon, 2023-01-30 at 00:07 -0600, William Torrez Corea wrote:
>  > What happened with my desktop environment?
>  > 
>  > My desktop environment has problems, the title bar is hidden.
[...]
> The problem started 1 month ago. I don't know what caused the problem, a
> day logged in on my laptop and the desktop environment is ruined. 

It could be a case where the window manager (xfwm4) died or failed to
start for some reason.  If the system is configured to remember what
applications were running when you exit a session, future logins will
not have xfwm4, either.

I'm not running Xfce at the moment, so I can't give you exact
instructions.  But if you start the settings manager, look for "session"
and click on that.  Then click on the tab for current applications and
see if xfwm4 is listed there.  If it is, then my guess is wrong and the
problem is something else.  If it is not, start xfwm4 by hand, and
everything should be good.

mike

Re: Xfce destop environment

[Martin Petersen]

Hi William,

xfce configuration files relevant to your user session are stored in 
your home dir.


you can more or less just delete / move the config files and they should 
get recreated upon logging in to a xfce session.


I searched on google for "reset xfce configuration" and found many posts 
like this:


https://forums.linuxmint.com/viewtopic.php?t=122332

"Open a terminal, back up your current configuration:

Code: Select all

mv ~/.config/xfce4  ~/.config/xfce4.bak

Then either leave it like that, which will reset to a default Xfce 
desktop (no Linux Mint customizations), or copy the skeleton files with 
the following command, which will reset to a default Linux Mint Xfce 
desktop:


Code: Select all

cp -r /etc/xdg/xfce4 ~/.config

Then log out and log in again to effectuate the new configuration."

I believe you good get results in such a way.

It also might be just smth small which is broken.

Could you describe "broken" some more? A panel might be hidden but u can 
access all xfce configuration panels by right clicking on the empty 
desktop open a menu, than applications follwed by settings.


Also take a look at the xfce project documentation, it's quite large 
with many screenshots to demonstrate the principles of xfce


https://docs.xfce.org/xfce/getting-started#the_desktop_environment

Nearly everything is just a right click from configuration separated.

You could also create a new user account with xfce configured as default 
session and copy your files over :)


Good luck :)

Cheers,

Martin

On 2023-01-30  19:57, William Torrez Corea wrote:

On Mon, Jan 30, 2023 at 12:43 AM David  wrote:


On Mon, 2023-01-30 at 00:07 -0600, William Torrez Corea wrote:

What happened with my desktop environment?

My desktop environment has problems, the title bar is hidden.


Well, William, from your extensive description of the situation, you
may well have enabled full-screen or have a resolution problem.
It could be anything.
When did this first start happening?
Is there any possible causative action you might have taken which
initiated this behaviour?
Cheers!




The problem started 1 month ago. I don't know what caused the problem, a
day logged in on my laptop and the desktop environment is ruined.

I decided to change my desktop environment for gnome but I want to recover
my old desktop environment XFCE.

*What command is needed to show the error?*

In this way I can supply more information about the problem.

P.D: I search some help in https://wiki.debian.org/Xfce but the problem
still exist

Re: Xfce destop environment

[David]

On Mon, 2023-01-30 at 12:57 -0600, William Torrez Corea wrote:
> On Mon, Jan 30, 2023 at 12:43 AM David 
> wrote:
> 
> > On Mon, 2023-01-30 at 00:07 -0600, William Torrez Corea wrote:
> > > What happened with my desktop environment?
> > > 
> > > My desktop environment has problems, the title bar is hidden.
> > 
> > Well, William, from your extensive description of the situation,
> > you
> > may well have enabled full-screen or have a resolution problem.
> > It could be anything.
> > When did this first start happening?
> > Is there any possible causative action you might have taken which
> > initiated this behaviour?
> > Cheers!
> > 
> > 
> > 
> The problem started 1 month ago. I don't know what caused the
> problem, a
> day logged in on my laptop and the desktop environment is ruined.
> 
> I decided to change my desktop environment for gnome but I want to
> recover
> my old desktop environment XFCE.
> 
> *What command is needed to show the error?*
> 
> In this way I can supply more information about the problem.
> 
> P.D: I search some help in https://wiki.debian.org/Xfce but the
> problem
> still exist

I think the fastest way in this instance would be to simply reinstall
Xfce.
If the problem persists, come back to the list.
Cheers!

Re: Xfce destop environment

[William Torrez Corea]

On Mon, Jan 30, 2023 at 12:43 AM David  wrote:

> On Mon, 2023-01-30 at 00:07 -0600, William Torrez Corea wrote:
> > What happened with my desktop environment?
> >
> > My desktop environment has problems, the title bar is hidden.
>
> Well, William, from your extensive description of the situation, you
> may well have enabled full-screen or have a resolution problem.
> It could be anything.
> When did this first start happening?
> Is there any possible causative action you might have taken which
> initiated this behaviour?
> Cheers!
>
>
>
The problem started 1 month ago. I don't know what caused the problem, a
day logged in on my laptop and the desktop environment is ruined.

I decided to change my desktop environment for gnome but I want to recover
my old desktop environment XFCE.

*What command is needed to show the error?*

In this way I can supply more information about the problem.

P.D: I search some help in https://wiki.debian.org/Xfce but the problem
still exist

-- 

With kindest regards, William.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄

Re: Xfce destop environment

[David]

On Mon, 2023-01-30 at 00:07 -0600, William Torrez Corea wrote:
> What happened with my desktop environment?
> 
> My desktop environment has problems, the title bar is hidden.

Well, William, from your extensive description of the situation, you
may well have enabled full-screen or have a resolution problem.
It could be anything.
When did this first start happening?
Is there any possible causative action you might have taken which
initiated this behaviour?
Cheers!

Re: Xfce desktop problem

[David Wright]

On Mon 02 Jan 2023 at 05:20:58 (-0500), Cindy Sue Causey wrote:
> On 1/1/23, David Wright  wrote:
> > On Sun 01 Jan 2023 at 15:31:04 (-0600), William Torrez Corea wrote:
> >> How to can restore my last configuration?
> >
> > So I assume your "last configuration" is in ~/.config/xfce4-session/
> > and ~/.config/xfce4/ .
> >
> >> Try resetting to defaults
> >
> > I assume that by this you mean "move my configuration out the way
> > and left a new set of defaults be created by running xfce", ie move:
> >
> >> mv ~/.config/xfce4-session/ ~/.config/xfce4-session-bak
> >> mv ~/.config/xfce4/ ~/.config/xfce4-bak
> >
> > and then run xfce.
> >
> >> When i want to restore the old configuration, i remove the -bak that's
> >> been appended to the old directories; but i don't get any result.
> 
> 
> David might have hit on something here with that, "[A]nd then run
> xfce."

Well, yes, I assume that when you're playing with the configuration
files, xfce is /not/ running. I have assumed that running xfce in the
absence of any configuration files, and then immediately exiting,
will leave behind a fresh set of default configuration files, in the
manner of, say, mc.¹

> What about.. some form of logging completely out to a [console]
> or root user's GUI, moving those files/directories aside, and then try
> logging back in again? I've experienced similar circular pains and
> have fixed them using both methods of accessing those stubborn
> "Whack-A-Mole" types of files.
> 
> The glitch that *might* be occurring is that maybe XFCE4 is instantly
> throwing up new but same config files as soon as the old are deleted,

Not being an xfce user, I have no idea how it behaves if you fiddle
with its configuration files while it is running.

> else crash and burn if it is in current use. It would end up being an
> endless battle because those instantly returning config files will
> reflect whatever personal choices are still showing on the screen...
> 
> Unless one logs an affected user out completely first...
> 
> Or not. :)

All this is way beyond me: I have no experience of running DEs.

¹ When a new version of mc is released, I do just that, and then
  reconcile mc's new defaults with my own configuration files.

Cheers,
David.

Re: Xfce desktop problem

[Cindy Sue Causey]

On 1/1/23, David Wright  wrote:
> On Sun 01 Jan 2023 at 15:31:04 (-0600), William Torrez Corea wrote:
>> How to can restore my last configuration?
>
> So I assume your "last configuration" is in ~/.config/xfce4-session/
> and ~/.config/xfce4/ .
>
>> Try resetting to defaults
>
> I assume that by this you mean "move my configuration out the way
> and left a new set of defaults be created by running xfce", ie move:
>
>> mv ~/.config/xfce4-session/ ~/.config/xfce4-session-bak
>> mv ~/.config/xfce4/ ~/.config/xfce4-bak
>
> and then run xfce.
>
>> When i want to restore the old configuration, i remove the -bak that's
>> been appended to the old directories; but i don't get any result.


David might have hit on something here with that, "[A]nd then run
xfce." What about.. some form of logging completely out to a [console]
or root user's GUI, moving those files/directories aside, and then try
logging back in again? I've experienced similar circular pains and
have fixed them using both methods of accessing those stubborn
"Whack-A-Mole" types of files.

The glitch that *might* be occurring is that maybe XFCE4 is instantly
throwing up new but same config files as soon as the old are deleted,
else crash and burn if it is in current use. It would end up being an
endless battle because those instantly returning config files will
reflect whatever personal choices are still showing on the screen...

Unless one logs an affected user out completely first...

Or not. :)

Cindy :)
-- 
Talking Rock, Pickens County, Georgia, USA
* Merry Happies! *

Re: Xfce desktop problem

[Tim Woodall]

On Sun, 1 Jan 2023, William Torrez Corea wrote:


How to can restore my last configuration?

Try resetting to defaults

mv ~/.config/xfce4-session/ ~/.config/xfce4-session-bak
mv ~/.config/xfce4/ ~/.config/xfce4-bak

When i want to restore the old configuration, i remove the -bak that's
been appended to the old directories; but i don't get any result.




Your move back isn't doing what you need (I assume):


mv ~/.config/xfce4-back/ ~/.config/xfce4


will move xfce4-bak *into* xfce4/ unless you delete xfce4/ first.

So you have xfce4/xfce4-bak/

Re: Xfce desktop problem

[David Wright]

On Sun 01 Jan 2023 at 15:31:04 (-0600), William Torrez Corea wrote:
> How to can restore my last configuration?

So I assume your "last configuration" is in ~/.config/xfce4-session/
and ~/.config/xfce4/ .

> Try resetting to defaults

I assume that by this you mean "move my configuration out the way
and left a new set of defaults be created by running xfce", ie move:

> mv ~/.config/xfce4-session/ ~/.config/xfce4-session-bak
> mv ~/.config/xfce4/ ~/.config/xfce4-bak

and then run xfce.

> When i want to restore the old configuration, i remove the -bak that's
> been appended to the old directories; but i don't get any result.

I assume that means you typed something like:

  mv ~/.config/xfce4-session-bak/ ~/.config/xfce4-session
  mv ~/.config/xfce4-bak/ ~/.config/xfce4

That depends with how you define "result". As far as file manipulation
is concerned, files /are/ moved. However, you don't appear to have
investigated /where/ they are moved. Why not look at:

  ls -l ~/.config/xf*

and observe that your own configuration finish in the wrong place,
and are probably ignored by xfce.

--✄--

$ emacs /tmp/myconfig/file{1,2}  # create my config files (size 32)
$ ls -Glg /tmp/myconfig/
total 8
-rw-r- 1 32 Jan  1 16:45 file1
-rw-r- 1 32 Jan  1 16:45 file2
$ mv -i /tmp/myconfig/ /tmp/myconfig-bak # move out of the way
$ ls -Glg /tmp/myconfig-bak/
total 8
-rw-r- 1 32 Jan  1 16:45 file1
-rw-r- 1 32 Jan  1 16:45 file2
$ emacs /tmp/myconfig/file{1,2}# simulate xfce creating its default config 
(size 14)
$ ls -Glg /tmp/my* # (emacs asks to create /tmp/myconfig/ when 
first file is saved)
/tmp/myconfig:
total 8
-rw-r- 1 14 Jan  1 16:48 file1   ← "default" config
-rw-r- 1 14 Jan  1 16:47 file2

/tmp/myconfig-bak:
total 8
-rw-r- 1 32 Jan  1 16:45 file1   ← my moved config
-rw-r- 1 32 Jan  1 16:45 file2

$ mv -i /tmp/myconfig-bak/ /tmp/myconfig # Intention: to restore my 
configuration files
$ ls -GlgR /tmp/my*
/tmp/myconfig:
total 12
-rw-r- 1   14 Jan  1 16:48 file1   ← "default" files still in 
active position
-rw-r- 1   14 Jan  1 16:47 file2
drwxr-x--- 2 4096 Jan  1 16:45 myconfig-bak← this is what mv actually did

/tmp/myconfig/myconfig-bak:
total 8
-rw-r- 1 32 Jan  1 16:45 file1 ← so my configuration files are
-rw-r- 1 32 Jan  1 16:45 file2 ← "hidden" in this subdirectory
$ 

Cheers,
David.

Re: Xfce desktop problem

[Greg Wooledge]

On Sun, Jan 01, 2023 at 09:43:15PM +, Andrew M.A. Cater wrote:
> On Sun, Jan 01, 2023 at 03:31:04PM -0600, William Torrez Corea wrote:
> > How to can restore my last configuration?
> > 
> > Try resetting to defaults
> > 
> > mv ~/.config/xfce4-session/ ~/.config/xfce4-session-bak
> > mv ~/.config/xfce4/ ~/.config/xfce4-bak
> > 
> > When i want to restore the old configuration, i remove the -bak that's
> > been appended to the old directories; but i don't get any result.
> > 
> 
> You're moving a directory to a file?

Renaming a directory.

One presumes that when XFCE starts up and ~/.config/xfce4/ does not
exist, XFCE will create it with default settings.

I don't understand the restoration part.  It's unclear how William is
going to "remove the -bak" when there are both directories in existence.

Re: Xfce desktop problem

[Andrew M.A. Cater]

On Sun, Jan 01, 2023 at 03:31:04PM -0600, William Torrez Corea wrote:
> How to can restore my last configuration?
> 
> Try resetting to defaults
> 
> mv ~/.config/xfce4-session/ ~/.config/xfce4-session-bak
> mv ~/.config/xfce4/ ~/.config/xfce4-bak
> 
> When i want to restore the old configuration, i remove the -bak that's
> been appended to the old directories; but i don't get any result.
> 

You're moving a directory to a file? I suspect you'd be better tarring
the directory up and just untarring it ... I think your mv command doesn't
do quite what it should?

Andy C

> -- 
> 
> With kindest regards, William.
> 
> ⢀⣴⠾⠻⢶⣦⠀
> ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
> ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
> ⠈⠳⣄
> 

Re: xfce install

[Nicolas George]

Greg Wooledge (12022-12-24):
> 2) export LC_ALL=C

I have considered suggesting this, but some locales are required for
programs to work correctly (LC_CTYPE), and some other locales might be
the cause for the issue and disabling them would make debugging harder.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: xfce install

[steef van duin]

Greg Wooledge schreef op 24-12-2022 om 18:50:

On Sat, Dec 24, 2022 at 12:21:44PM -0500, rhkra...@gmail.com wrote:

On Saturday, December 24, 2022 09:44:49 AM Nicolas George wrote:

Before asking for help about a command-line, type:

unset LC_ALL
export LC_MESSAGES=C

… and re-run the command.

That sounds like good advice, but then the "user" (the person asking for help)
needs to know how to restore his system, so instructions should be included to
do that.

"Afterward, simply exit from this terminal."  None of these changes are
permanent.

An even simpler set of instructions would be:

1) Open a new terminal, or run a new instance of your shell.

2) export LC_ALL=C

3) Run your comands.  Paste the commands and their results into the body
of your email.

4) Exit from this shell/terminal.




Thank you greg and others for your expert answers. as a kind of christmas 
present i got xfce4 going again! going this morning!

steef

Re: xfce install

[Greg Wooledge]

On Sat, Dec 24, 2022 at 12:21:44PM -0500, rhkra...@gmail.com wrote:
> On Saturday, December 24, 2022 09:44:49 AM Nicolas George wrote:
> > Before asking for help about a command-line, type:
> > 
> > unset LC_ALL
> > export LC_MESSAGES=C
> > 
> > … and re-run the command.
> 
> That sounds like good advice, but then the "user" (the person asking for 
> help) 
> needs to know how to restore his system, so instructions should be included 
> to 
> do that.

"Afterward, simply exit from this terminal."  None of these changes are
permanent.

An even simpler set of instructions would be:

1) Open a new terminal, or run a new instance of your shell.

2) export LC_ALL=C

3) Run your comands.  Paste the commands and their results into the body
   of your email.

4) Exit from this shell/terminal.

Re: xfce install

[rhkramer]

On Saturday, December 24, 2022 09:44:49 AM Nicolas George wrote:
> Before asking for help about a command-line, type:
> 
> unset LC_ALL
> export LC_MESSAGES=C
> 
> … and re-run the command.

That sounds like good advice, but then the "user" (the person asking for help) 
needs to know how to restore his system, so instructions should be included to 
do that.  (So if that is put in an FAQ, it should include the instructions to 
save and later restore his original settings.

Presumably before the unset LC-ALL, a command should be run to find out the 
current "LC" settings, save them, and then restore them.


-- 
rhk 

(sig revised 20221206)

If you reply: snip, snip, and snip again; leave attributions; avoid HTML; 
avoid top posting; and keep it "on list".  (Oxford comma (and semi-colon) 
included at no charge.)  If you revise the topic, change the Subject: line.  
If you change the topic, start a new thread.

Writing is often meant for others to read and understand (legal documents 
excepted?) -- make it easier for your reader by various means, including 
liberal use of whitespace (short paragraphs, separated by whitespace / blank 
lines) and minimal use of (obscure?) jargon, abbreviations, acronyms, and 
references.

If someone has already responded to a question, decide whether any response 
you add will be helpful or not ...

A picture is worth a thousand words.  A video (or "audio"): not so much -- 
divide by 10 for each minute of video (or audio) or create a transcript and 
edit it to 10% of the original.

A speaker who uses ahhs, ums, or such may have a real physical or mental 
disability, or may be showing disrespect for his listeners by not properly 
preparing in advance and thinking before speaking.  (Remember Cicero who did 
not have enough time to write a short missive.)  (That speaker might have been 
"trained" to do this by being interrupted often if he pauses.)

A radio (or TV) station which broadcasts speakers with high pitched voices (or 
very low pitched / gravelly voices) (which older people might not be able to 
hear properly) disrespects its listeners.   Likewise if it broadcasts 
extraneous or disturbing sounds (like gunfire or crying), or broadcasts 
speakers using their native language (with or without an overdubbed 
translation).

A person who writes a sig this long probably has issues and disrespects (and 
offends) a large number of readers. ;-)
'

Re: xfce install

[Nicolas George]

Greg Wooledge (12022-12-24):
> Neither of these cases matches the OP's error text, so it's entirely
> unclear what command the OP actually ran, or what it did, or failed to do.

It could be a translation back to English. Which brings me to another
piece of advice:

Before asking for help about a command-line, type:

unset LC_ALL
export LC_MESSAGES=C

… and re-run the command.

> However, I agree with the earlier suggestion that the sources.list file
> is the best starting point.

Always when asking for help about anything related to apt, of course,
you are right.

Maybe material for the FAQ?

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: xfce install

[Greg Wooledge]

On Sat, Dec 24, 2022 at 03:11:05PM +0100, Nicolas George wrote:
> steef van duin (12022-12-24):
> > i am wrestling with a fresh 11.6-black-screen installation to get a 
> > xfce-desktop going.
> > 
> > allthough I think I used from the commandline the most appropriate commands
> > by apt i keep gretting the response 'cannot find xfce4'   when i do btw sudo
> > apt-get install xfce4.
> > anhybody a solution for this?
> 
> When you ask for help about a command that failed, you do not make a
> sentence to explain, you copy-paste the command (including the shell
> prompt) and its output.

This is especially true when the quoted error text is *clearly* made up.

unicorn:~$ sudo apt-get install sdfhskdf
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package sdfhskdf

unicorn:~$ sdfhskdf
bash: sdfhskdf: command not found

Neither of these cases matches the OP's error text, so it's entirely
unclear what command the OP actually ran, or what it did, or failed to do.

However, I agree with the earlier suggestion that the sources.list file
is the best starting point.

Re: xfce install

[Nicolas George]

steef van duin (12022-12-24):
> i am wrestling with a fresh 11.6-black-screen installation to get a 
> xfce-desktop going.
> 
> allthough I think I used from the commandline the most appropriate commands
> by apt i keep gretting the response 'cannot find xfce4'   when i do btw sudo
> apt-get install xfce4.
> anhybody a solution for this?

When you ask for help about a command that failed, you do not make a
sentence to explain, you copy-paste the command (including the shell
prompt) and its output.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: xfce install

[Brad Rogers]

On Sat, 24 Dec 2022 14:24:03 +0100
steef van duin  wrote:

Hello steef,

>gretting the response 'cannot find xfce4'   when i 

You don't say what installation medium you used or what method of
installation, but if you used either CD or DVD it might be that you still
have the installation disk(s) set as repository, and not an online repo.
If that's the case, it is possible that xfce may not be available to you.

For a start, check /etc/apt/sources.list and /etc/apt/sources.list.d/*
to find out what repos you're using.  

-- 
 Regards  _   "Valid sig separator is {dash}{dash}{space}"
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
Now would I say something that wasn't true?
Would I Lie To You - Eurythmics


pgpjVc7aoNUN3.pgp
Description: OpenPGP digital signature

Re: xfce install

[Peter Ehlert]

On 12/24/22 05:24, steef van duin wrote:

hi folks
i am wrestling with a fresh 11.6-black-screen installation to get  a 
xfce-desktop going.


allthough I think I used from the commandline the most appropriate 
commands by apt i keep gretting the response 'cannot find xfce4'   
when i do btw sudo apt-get install xfce4.



I do not have Sudo enabled, however when I run as root (su -)

apt install xfce4

works for me


anhybody a solution for this?

kind regarfs and thanks,

steef

groningen

Re: xfce suspend not working

[sp...@caiway.net]

Hi Richmond,

Why don't you make an experiment?

Make a full backup of your ssystem

Do some serious testing in your spare time.

Publish the results, please.

You might do others a favour (now and in the future).


Arne




On Wed, 16 Mar 2022 12:48:27 +
Richmond  wrote:

> Richmond  writes:
> 
> > I was using MATE but I installed xfce. When I select the suspend button
> > a message appears saying suspend in 30 seconds. If I click suspend the
> > screen locks. If I wait the system does not suspend. If I log in again
> > an error message says suspend failed timeout reached.
> >
> > There seem to be conflicting settings available for example in power
> > management and in session management for lock before suspend. I tried
> > using slim instead of lightdm but this has removed the suspend options.
> >
> > What I want is for the system to suspend to ram if it is left
> > unattended, and to suspend to ram when I request it to do so, and in
> > both cases to lock the screen so that it is locked on return from
> > suspend. How do I do this with XFCE (4?) ?
> 
> I think I have fixed it. It was caused by the mate-screensaver dialog
> running.
> 

Re: xfce suspend not working

[Richmond]

Richmond  writes:

> I was using MATE but I installed xfce. When I select the suspend button
> a message appears saying suspend in 30 seconds. If I click suspend the
> screen locks. If I wait the system does not suspend. If I log in again
> an error message says suspend failed timeout reached.
>
> There seem to be conflicting settings available for example in power
> management and in session management for lock before suspend. I tried
> using slim instead of lightdm but this has removed the suspend options.
>
> What I want is for the system to suspend to ram if it is left
> unattended, and to suspend to ram when I request it to do so, and in
> both cases to lock the screen so that it is locked on return from
> suspend. How do I do this with XFCE (4?) ?

I think I have fixed it. It was caused by the mate-screensaver dialog
running.

Re: XFCE: ALT-F1 shows the wrong menu on Debian 11

[Daniel Fishman]

This is the following issue:

https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/201

On 3/4/22 00:39, José Luis González wrote:

On Wed, 2 Mar 2022 17:30:38 +0500
"Alexander V. Makartsev"  wrote:


On 28.02.2022 02:32, José Luis González wrote:

Hi,


Hi Alexander,


Upon upgrading to Debian 11, the ALT+F1 key, which is assigned as a
shortcut to xfce4-popup-applicationsmenu, according to XFCE's settings,
no longer shows the applications menu and instead the app menu button
on my panel appears pressed without the menu unfolded. A second key
press shows the CTRL-ESC (xfdesktop --menu) menu, not the app menu.

What's going on? I'm suffering from the same in both machines I have
with Debian 11.

It looks like "xfce4-popup-applicationsmenu" is a simple wrapper Bash
script.
All it does is trying to execute "xfce4-panel" with a long line of
parameters and if that fails, fallback to execute "xfdesktop --menu"
instead.
Man page for "xfce4-panel" doesn't explain anything about
"--plugin-event" parameter, so it looks like it was reworked somehow.
The problem is that "xfce4-panel" never fails to execute with that
undocumented parameter, so fallback option doesn't work.
You can file a bug report about this, or change a command, assigned to
'Alt+F1' key combination, to
      "/usr/bin/xfce4-panel --plugin-event=applicationsmenu:popup"


The replacement command you propose doesn't work any better for me. I'm
going to file a bug report.

Best,
José Luis

Re: XFCE: ALT-F1 shows the wrong menu on Debian 11

[José Luis González]

On Wed, 2 Mar 2022 17:30:38 +0500
"Alexander V. Makartsev"  wrote:

> On 28.02.2022 02:32, José Luis González wrote:
> > Hi,

Hi Alexander,

> > Upon upgrading to Debian 11, the ALT+F1 key, which is assigned as a
> > shortcut to xfce4-popup-applicationsmenu, according to XFCE's settings,
> > no longer shows the applications menu and instead the app menu button
> > on my panel appears pressed without the menu unfolded. A second key
> > press shows the CTRL-ESC (xfdesktop --menu) menu, not the app menu.
> >
> > What's going on? I'm suffering from the same in both machines I have
> > with Debian 11.
> It looks like "xfce4-popup-applicationsmenu" is a simple wrapper Bash 
> script.
> All it does is trying to execute "xfce4-panel" with a long line of 
> parameters and if that fails, fallback to execute "xfdesktop --menu" 
> instead.
> Man page for "xfce4-panel" doesn't explain anything about 
> "--plugin-event" parameter, so it looks like it was reworked somehow.
> The problem is that "xfce4-panel" never fails to execute with that 
> undocumented parameter, so fallback option doesn't work.
> You can file a bug report about this, or change a command, assigned to 
> 'Alt+F1' key combination, to
>      "/usr/bin/xfce4-panel --plugin-event=applicationsmenu:popup"

The replacement command you propose doesn't work any better for me. I'm
going to file a bug report.

Best,
José Luis

Re: XFCE: ALT-F1 shows the wrong menu on Debian 11

[Alexander V. Makartsev]

On 28.02.2022 02:32, José Luis González wrote:

Hi,

Upon upgrading to Debian 11, the ALT+F1 key, which is assigned as a
shortcut to xfce4-popup-applicationsmenu, according to XFCE's settings,
no longer shows the applications menu and instead the app menu button
on my panel appears pressed without the menu unfolded. A second key
press shows the CTRL-ESC (xfdesktop --menu) menu, not the app menu.

What's going on? I'm suffering from the same in both machines I have
with Debian 11.
It looks like "xfce4-popup-applicationsmenu" is a simple wrapper Bash 
script.
All it does is trying to execute "xfce4-panel" with a long line of 
parameters and if that fails, fallback to execute "xfdesktop --menu" 
instead.
Man page for "xfce4-panel" doesn't explain anything about 
"--plugin-event" parameter, so it looks like it was reworked somehow.
The problem is that "xfce4-panel" never fails to execute with that 
undocumented parameter, so fallback option doesn't work.
You can file a bug report about this, or change a command, assigned to 
'Alt+F1' key combination, to

    "/usr/bin/xfce4-panel --plugin-event=applicationsmenu:popup"

--
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄

Re: XFCE: ALT-F1 shows the wrong menu on Debian 11

[José Luis González]

On Mon, 28 Feb 2022 22:44:18 +
Ralph Katz  wrote:

> On 2/27/22 14:32, José Luis González wrote:
> > Hi,

Hi,

> > Upon upgrading to Debian 11, the ALT+F1 key, which is assigned as a
> > shortcut to xfce4-popup-applicationsmenu, according to XFCE's settings,
> > no longer shows the applications menu and instead the app menu button
> > on my panel appears pressed without the menu unfolded. A second key
> > press shows the CTRL-ESC (xfdesktop --menu) menu, not the app menu.
> > 
> > What's going on? I'm suffering from the same in both machines I have
> > with Debian 11.
> > 
> > 
> 
> 
> On my Bullseye 11.2 XFCE Dell laptop, I need Fn-ALT-F1 to do that even 
> though ALT-F1 is specified in Settings -> Keyboard -> Application Shortcuts.

I just tried this and it doesn't work for me (nothing happens when I
add Fn).

Re: XFCE: ALT-F1 shows the wrong menu on Debian 11

[Ralph Katz]

On 2/27/22 14:32, José Luis González wrote:

Hi,

Upon upgrading to Debian 11, the ALT+F1 key, which is assigned as a
shortcut to xfce4-popup-applicationsmenu, according to XFCE's settings,
no longer shows the applications menu and instead the app menu button
on my panel appears pressed without the menu unfolded. A second key
press shows the CTRL-ESC (xfdesktop --menu) menu, not the app menu.

What's going on? I'm suffering from the same in both machines I have
with Debian 11.





On my Bullseye 11.2 XFCE Dell laptop, I need Fn-ALT-F1 to do that even 
though ALT-F1 is specified in Settings -> Keyboard -> Application Shortcuts.


Hope this helps.

Ralph

Re: xfce terminal tabs

[Russell L. Harris]

On Fri, Sep 10, 2021 at 04:32:32AM -0400, Dan Ritter wrote:

Russell L. Harris wrote:



On xfce terminal in Debian 11 I need a separate tab for each
instance of the terminal.



I would like you to read
https://docs.xfce.org/apps/xfce4-terminal/command-line in the section
called "Window or Tab Separators", and then ask a question.


I printed it and read it; thanks for the reference, Dan.  Last night,
I did look at the preferences tab and I did a search, but I did not
immediately spot a solution.  I think I prefer the old system.

RLH

Re: xfce terminal tabs

[Dan Ritter]

Russell L. Harris wrote: 
> On xfce terminal in Debian 11 I need a separate tab for each instance
> of the terminal.

I would like you to read 
https://docs.xfce.org/apps/xfce4-terminal/command-line
in the section called "Window or Tab Separators", and
then ask a question.

-dsr-

Re: xfce and hddtemp on Bullseye annoyance

[Charles Curley]

On Wed, 10 Mar 2021 11:32:20 -0700
Charles Curley  wrote:

> However, XFCE expects to find it, and complains when it doesn't. How
> do I convince XFCE not to look for it?

It seems that the XFCE sensors plugin is the culprit. I saw nothing in
the plugin's configuration about it, though.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: xfce widget problem

[Ben Caradoc-Davies]

On 11/11/2020 11:26, ghe2001 wrote:

How can I remove a widget that doesn't have a right-button xfce menu (the one 
with 'Remove' in it)?
There's lots of info on the web about sticking one in the panel, but I can't 
find anything about removing one.


Right-click / Panel / Panel Preferences / Items to see what you have in 
that panel. If it has no Remove option, it likely is a child of 
Notification Area that has been added by a process. I do not recommend 
removing Notification Area. Most applications that do this have an 
option to disable showing an icon in the "System Tray" (Xfce 
Notification Area is an implementation of this concept). As a last 
resort, you can exit the application or stop it starting in Sessions / 
Settings and Startup.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: xfce not controlling desktop

[Patrick Wiseman]

On Mon, May 25, 2020 at 3:42 PM Dan Ritter  wrote:

> Patrick Wiseman wrote:
> > Hello, all:
> >
> > Since a recent upgrade of my testing system to debian 10, xfce no longer
> > controls the desktop, so no background image, no right-click to bring up
> > the menu, etc. Top and bottom panels works as they always have. Any
> > thoughts?
> >
>
> Sounds like xfdesktop is not running. Run it by hand; if that
> works, then go over to the control panel and make sure it gets
> started automatically.
>
> -dsr-
>

Thank you! That was indeed the problem.

Patrick

Re: xfce not controlling desktop

[Dan Ritter]

Patrick Wiseman wrote: 
> Hello, all:
> 
> Since a recent upgrade of my testing system to debian 10, xfce no longer
> controls the desktop, so no background image, no right-click to bring up
> the menu, etc. Top and bottom panels works as they always have. Any
> thoughts?
> 

Sounds like xfdesktop is not running. Run it by hand; if that
works, then go over to the control panel and make sure it gets
started automatically.

-dsr-

Re: XFCE session problem SOLVED

[Charles Curley]

On Wed, 29 Apr 2020 17:17:10 +0100
Liam O'Toole  wrote:

> It sounds like the process /usr/bin/xfdesktop is either crashing or
> not being started at all. Try running it from a terminal emulator and
> see what happens.

Odd.

charles@jhegaala:~$ ps aux | grep -i xfdesktop
charles   6967  0.0  0.0   6208   892 pts/0S+   12:05   0:00 grep 
--colour=auto -i xfdesktop
charles@jhegaala:~$ /usr/bin/xfdesktop
^Ccharles@jhegaala:~$ 
charles@jhegaala:~$ 
charles@jhegaala:~$ /usr/bin/xfdesktop &
[2] 6998
charles@jhegaala:~$ [2]+  Done/usr/bin/xfdesktop
charles@jhegaala:~$ ps aux | grep -i xfdesktop
charles   6993  0.2  0.5 343876 42800 ?Sl   12:06 0:00 
/usr/bin/xfdesktop --display :0.0 --sm-client-id 
23ab9b5f6-ed53-412b-bb2e-359db48be225
charles   7081  0.0  0.0   6208 892 pts/0S+   12:09   0:00 grep 
--colour=auto -i xfdesktop
charles@jhegaala:~$ 

I say "odd" because there's no apparent reason it shouldn't already be
running.

I now see xfdesktop in the list of session programs to start. I do not
recall seeing it there before. I logged out, verified at a console that
xfdesktop was not running, and logged back in again. It ran
successfully at startup and is still running.

I had "Save session for future logins" checked at the logout prompt. I
conjecture that xfdesktop failed silently before I rebooted, and so
was not saved when I rebooted, so it was not restarted.

Thanks, that was the right clue.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: XFCE session problem

[Liam O'Toole]

On Wed, 29 Apr, 2020 at 08:28:25 -0600, Charles Curley wrote:
> This morning I ran "apt update && apt upgrade" as usual, and there was
> a new kernel, linux-image-4.19.0-8-amd64 4.19.98-1+deb10u1 amd64, to
> replace the prior kernel, linux-image-4.19.0-6-amd64
> 4.19.67-2+deb10u2, and several other packages to upgrade.
> 
> Upon rebooting, I find that the background is not being set, and I
> cannot set it manually. I also find that right clicking (mouse 3) on
> the background does not give me a menu. The panels work, and I can
> access most of the options that right clicking would give me from one
> panel.
> 
> Past experience suggests this is an XFCE session manager issue.

It sounds like the process /usr/bin/xfdesktop is either crashing or not
being started at all. Try running it from a terminal emulator and see
what happens.

Re: XFCE doesn't start

[Andrei POPESCU]

On Lu, 24 feb 20, 18:52:55, Kenneth Parker wrote:
> 
> That's an interesting concept:  What happens if I enter "systemctl start
> graphical-target"?  Let's see...

Because you didn't specify the unit type (.target) systemctl 
automatically considers a .service unit.
 
> Ah!  Some additional setup needed for sure!  "Failed to start
> graphical-target.service:  Unit graphical-target.service not found".

Which is correct, you need graphical.target instead.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: XFCE doesn't start

[Kenneth Parker]

On Mon, Feb 24, 2020 at 6:49 PM Kenneth Parker  wrote:

> Hello!
>
> On Mon, Feb 24, 2020 at 2:51 PM ghe  wrote:
>
>> On Mon, Feb 24, 2020 at 10:16:36AM -0500, Stefan Monnier wrote:
>>
>>
>> >> He said above that he expected the `slim` (aka SLiM) display manager.
>>
>> > Oh.  I've never heard of that one.   
>
>
> Neither had I.  But, if it can replace SDDM, I'd love to do it, as I am
> peeved in a Buster KDE System, on a fairly sizable Partition, with a number
> of usernames, based on function.  (i.e.  devel [Kernel Development], music
> [Classical Music], and hercules (IBM Mainframe Emulation), all of which
> were set up with my name (same as my normal sea7kenp user).  Unfortunately,
> SDDM uses your Given Name, instead of username in its Signon Banners!
>
> So, to test all of this, I just installed a Minimal Buster on a USB
> Stick.  (When given the choice of Apt Choices, I only check "System
> Utilities" and "ssh Server").
>
> After the install, I booted it up, properly getting the usual Text
> Consoles.  So, I do "apt-get install slim", which also brings in several
> X11 Packages.  That succeeded, and then I Rebooted.
>
> I have the Original Poster's situation, where X, with slim doesn't come
> up.  Fancy that!
>
> Working on it. There seems to be /usr/bin/X11/x missing
>> (where it went and why are interesting questions).  
>
>
> In my case, there are, likely other Packages I should have selected, when
> installing slim.  But my case is the simplest one.
>

Confirmed:  The missing Package, in my case, was the, rather obvious
"xinit".  It comes with a lot of Dependencies, including those, to get the
Drivers, and so forth.

>
> Thanks much for the systemd suggestions. Looks like they're going to
>> solve the problem.
>>
>
> That's an interesting concept:  What happens if I enter "systemctl start
> graphical-target"?  Let's see...
>
> Ah!  Some additional setup needed for sure!  "Failed to start
> graphical-target.service:  Unit graphical-target.service not found".
>
> So:  Installing slim, by itself isn't enough to get Graphics!  I'm adding
> myself, without the urgency (as this is a Test System) to this issue.
>

My apologies for my Prior post.  I had mistakenly replied, only to ghe.
And, to "correct the issue", I did a Copy/Paste of that email, to then send
to this list, with "poor results!"

>
> Thank you and best regards,
>
> Kenneth Parker
>

Re: XFCE doesn't start

[Kenneth Parker]

Hello!

On Mon, Feb 24, 2020 at 2:51 PM ghe  wrote:

> On Mon, Feb 24, 2020 at 10:16:36AM -0500, Stefan Monnier wrote:
>
>
> >> He said above that he expected the `slim` (aka SLiM) display manager.
>
> > Oh.  I've never heard of that one.   


Neither had I.  But, if it can replace SDDM, I'd love to do it, as I am
peeved in a Buster KDE System, on a fairly sizable Partition, with a number
of usernames, based on function.  (i.e.  devel [Kernel Development], music
[Classical Music], and hercules (IBM Mainframe Emulation), all of which
were set up with my name (same as my normal sea7kenp user).  Unfortunately,
SDDM uses your Given Name, instead of username in its Signon Banners!

So, to test all of this, I just installed a Minimal Buster on a USB Stick.
(When given the choice of Apt Choices, I only check "System Utilities" and
"ssh Server").

After the install, I booted it up, properly getting the usual Text
Consoles.  So, I do "apt-get install slim", which also brings in several
X11 Packages.  That succeeded, and then I Rebooted.

I have the Original Poster's situation, where X, with slim doesn't come
up.  Fancy that!

Working on it. There seems to be /usr/bin/X11/x missing
> (where it went and why are interesting questions).  


In my case, there are, likely other Packages I should have selected, when
installing slim.  But my case is the simplest one.

Thanks much for the systemd suggestions. Looks like they're going to
> solve the problem.
>

That's an interesting concept:  What happens if I enter "systemctl start
graphical-target"?  Let's see...

Ah!  Some additional setup needed for sure!  "Failed to start
graphical-target.service:  Unit graphical-target.service not found".

So:  Installing slim, by itself isn't enough to get Graphics!  I'm adding
myself, without the urgency (as this is a Test System) to this issue.

Thank you and best regards,

Kenneth Parker
ReplyForward

Re: XFCE doesn't start

[Greg Wooledge]

On Mon, Feb 24, 2020 at 10:16:36AM -0500, Stefan Monnier wrote:
> >> I've bent my system bad. When I boot, it comes up in the CLI -- not in
> >> slim, to XFCE. It does the regular login and the .bashrc tricks, and
> >> startx starts XFCE just fine.
> [...]
> > But, if you want to diagnose your display manager, first figure out
> > which one you were trying to use.
> 
> He said above that he expected the `slim` (aka SLiM) display manager.

Oh.  I've never heard of that one.  It's cruel and unusual to make a
display manager that doesn't have the letters "dm" in its name.
Doubly so if the name is a common English word.

Following the hyperlinks to
, I can see that
its systemd unit file is "slim.service".  So,

systemctl status slim
journalctl -u slim
dmesg | grep -i firmware
less /var/log/Xorg.0.log
cd /var/log && ls -lart | tail && less "whatever file is recently modified"
etc.

Re: XFCE doesn't start

[Stefan Monnier]

>> I've bent my system bad. When I boot, it comes up in the CLI -- not in
>> slim, to XFCE. It does the regular login and the .bashrc tricks, and
>> startx starts XFCE just fine.
[...]
> But, if you want to diagnose your display manager, first figure out
> which one you were trying to use.

He said above that he expected the `slim` (aka SLiM) display manager.


Stefan

Re: XFCE doesn't start

[Greg Wooledge]

On Sun, Feb 23, 2020 at 05:43:38PM -0700, ghe wrote:
> I've bent my system bad. When I boot, it comes up in the CLI -- not in
> slim, to XFCE. It does the regular login and the .bashrc tricks, and
> startx starts XFCE just fine.

Yay!  It's working!

... oh, you expected a graphical login?  Meh.  Those are so horrible.

But, if you want to diagnose your display manager, first figure out
which one you were trying to use.  Then query the state of its service
and look for its logs.

E.g. if you were trying to use lightdm, try

systemctl status lightdm
journalctl -u lightdm

Or, if you were trying to use gdm3, try

systemctl status gdm3
journalctl -u gdm3

You get the idea.  Also look for any firmware errors in dmesg output,
or anything suspicious in X's logs, or the general system logs.

You know, standard Linux/Unix troubleshooting.

Re: XFCE and auto-raise too fast

[Bhasker C V]

Thanks for the reply. Replies inline

On Mon, Nov 18, 2019 at 7:41 PM Cindy Sue Causey 
wrote:

> On 11/18/19, Bhasker C V  wrote:
> >
> >   Attached is screenshot of the settings I have used.
> >
> >   The auto-raise interval on the other hand is not honouring the
> > setting. No matter what the raise interval is configued as, the windows
> > auto-raise in 0.5 seconds. Please could someone tell me if I am missing
> > something ?
>
>
> Maybe... one setting is taking precedence over the other? Order of
> appearance can have a very frustrating effect in some aspects of
> programming. CSS stylesheets within website design always instantly
> come to mind there, but maybe networking has some nice examples closer
> to what's being asked here.
>
> Have you tried untoggling (unclicking/unchecking) one or the other of
> those settings to see if it changes things? I'm a-suming *yes*, but it
> never hurts to ask anyway. :)
>
yes

> Looking hard at your printscreen, it just FEELS LIKE there could be
> conflict between "Focus follows mouse" having a time delay setting...
>
> AND THEN... there exists that secondary, DIFFERENT time delay setting
> that SEEMS TO say it is triggered by-y-y
>
> A window more generically receiving focus by *any* means available to the
> user.
>
> Maybe that's bottlenecking its response somehow?
>
> Like maybe it could use slightly more specific IF/ELSE/THEN(?) steps
> to cover more usage cases that are individually tied to those initial
> radio buttons at the top?
>
> Like maybe the radio buttons could be aligned vertically instead of
> horizontally...
>

I even tried to edit  ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfwm4.xml
and I have set the value of raise to

Even that did not make any difference (given the max delay is  2000)

AND THEN offer the various time delay option check boxes, etc, such as
> they vary specifically based on "Click to focus" versus "Focus follows
> mouse"?
>
> It's been a while since I found that XFCE perk, but I can still
> remember having to second guess the intents, the action/reaction
> relationships there myself :)
>
> Cindy :)
> --
> Cindy-Sue Causey
> Talking Rock, Pickens County, Georgia, USA
>
> * runs with birdseed *
>
>

Re: XFCE and auto-raise too fast

[Cindy Sue Causey]

On 11/18/19, Bhasker C V  wrote:
>
>   Attached is screenshot of the settings I have used.
>
>   The auto-raise interval on the other hand is not honouring the
> setting. No matter what the raise interval is configued as, the windows
> auto-raise in 0.5 seconds. Please could someone tell me if I am missing
> something ?


Maybe... one setting is taking precedence over the other? Order of
appearance can have a very frustrating effect in some aspects of
programming. CSS stylesheets within website design always instantly
come to mind there, but maybe networking has some nice examples closer
to what's being asked here.

Have you tried untoggling (unclicking/unchecking) one or the other of
those settings to see if it changes things? I'm a-suming *yes*, but it
never hurts to ask anyway. :)

Looking hard at your printscreen, it just FEELS LIKE there could be
conflict between "Focus follows mouse" having a time delay setting...

AND THEN... there exists that secondary, DIFFERENT time delay setting
that SEEMS TO say it is triggered by-y-y

A window more generically receiving focus by *any* means available to the user.

Maybe that's bottlenecking its response somehow?

Like maybe it could use slightly more specific IF/ELSE/THEN(?) steps
to cover more usage cases that are individually tied to those initial
radio buttons at the top?

Like maybe the radio buttons could be aligned vertically instead of
horizontally...

AND THEN offer the various time delay option check boxes, etc, such as
they vary specifically based on "Click to focus" versus "Focus follows
mouse"?

It's been a while since I found that XFCE perk, but I can still
remember having to second guess the intents, the action/reaction
relationships there myself :)

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *

Re: xfce: changing scrollbar looks

[Lee]

On 9/16/19, Dan Ritter wrote:
> Lee wrote:
>> Is there a _debian_ doc somewhere that shows how to change the xfce
>> scrollbar looks?
>>
>> What I want is the "traditional" scrollbar look - ie. the damn thing
>> doesn't play hide & seek with me, it looks like a bar instead of a
>> wire, is wide enough that I can easily click on it when I'm using the
>> laptop mousepad, has enough contrast between the bar & background so
>> that I can easily find it, has up/down arrows that scroll the contents
>> of the window up/down one line at a time, etc.
>>
>> I've found lots of little snippets, for various systems, that show how
>> to change one thing but nothing that pulls it all together.  And I'm
>> *really* sick and tired of making a change & rebooting to see what
>> effect the change has.
>
> Install some of the XFCE4 themes and flip between them in the
> settings manager. They take effect immediately.
>
> Copy one you like to ~/.themes/ and edit it there; you'll be
> able to flip between those too, if you give them new names.

That's a nice trick - Thanks!

Lee

Re: xfce: changing scrollbar looks

[Dan Ritter]

Lee wrote: 
> Is there a _debian_ doc somewhere that shows how to change the xfce
> scrollbar looks?
> 
> What I want is the "traditional" scrollbar look - ie. the damn thing
> doesn't play hide & seek with me, it looks like a bar instead of a
> wire, is wide enough that I can easily click on it when I'm using the
> laptop mousepad, has enough contrast between the bar & background so
> that I can easily find it, has up/down arrows that scroll the contents
> of the window up/down one line at a time, etc.
> 
> I've found lots of little snippets, for various systems, that show how
> to change one thing but nothing that pulls it all together.  And I'm
> *really* sick and tired of making a change & rebooting to see what
> effect the change has.

Install some of the XFCE4 themes and flip between them in the
settings manager. They take effect immediately.

Copy one you like to ~/.themes/ and edit it there; you'll be
able to flip between those too, if you give them new names.

-dsr-

Re: xfce: changing scrollbar looks

[Charles Curley]

On Mon, 16 Sep 2019 16:43:20 -0400
Lee  wrote:

> And I'm
> *really* sick and tired of making a change & rebooting to see what
> effect the change has.

Try just logging out and in again.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Xfce 4.12 to 4.14: high Xorg CPU usage

[Stefan Pietsch]

On 27.08.19 22:24, Ben Caradoc-Davies wrote:
> On 28/08/2019 01:01, Stefan Pietsch wrote:
>> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed slightly
>> delayed rendering of UI elements.
>> Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
>> significantly higher as compared to Xfce 4.12.
>> Did anyone who is using Xfce 4.14 observe similar effects?
> 
> Does top/htop show any process burning CPU?

There was no single process burning a CPU core. As I wrote in my answer
to the list, Xfce display compositing caused the load.

Re: Xfce 4.12 to 4.14: high Xorg CPU usage

[Sven Hartge]

Stefan Pietsch  wrote:
> On 27.08.19 17:04, Sven Hartge wrote:
>> Stefan Pietsch  wrote:

>>> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed
>>> slightly delayed rendering of UI elements.
>> 
>>> Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
>>> significantly higher as compared to Xfce 4.12.
>> 
>>> Did anyone who is using Xfce 4.14 observe similar effects?
>> 
>> Have you tried switching off compositing via Window Manager Tweaks in
>> the XFCE settings?

> After disabling display compositing the issue is gone.
> Is this a bug or does it work as intended?

I don't know. You have to ask the Xfce mainainers. I'd just file a bug
and let them sort this out.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: Xfce 4.12 to 4.14: high Xorg CPU usage

[Stefan Pietsch]

On 27.08.19 17:04, Sven Hartge wrote:
> Stefan Pietsch  wrote:
> 
>> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed
>> slightly delayed rendering of UI elements.
> 
>> Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
>> significantly higher as compared to Xfce 4.12.
> 
>> Did anyone who is using Xfce 4.14 observe similar effects?
> 
> Have you tried switching off compositing via Window Manager Tweaks in
> the XFCE settings?

After disabling display compositing the issue is gone.
Is this a bug or does it work as intended?

Re: Xfce 4.12 to 4.14: high Xorg CPU usage

[Ben Caradoc-Davies]

On 28/08/2019 01:01, Stefan Pietsch wrote:

I upgraded Xfce to 4.14 recently (Debian unstable) and noticed slightly
delayed rendering of UI elements.
Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
significantly higher as compared to Xfce 4.12.
Did anyone who is using Xfce 4.14 observe similar effects?


Does top/htop show any process burning CPU?

I mask the colord service because I do not need it, and after upgrading 
from Xfce 4.12 to Xfce 4.14, my session acquired an xiccd process that 
sat burning 100% of one CPU (unhappy about not being able to contact 
colord?). I disabled it from my Xfce session in Settings / Session and 
Startup / Application Autostart, logged in and out, and the problem went 
away. I do not save my sessions.


Other than needing to use ~/.config/gtk-3.0/settings.ini to force all 
Xfce GTK 3 elements to use the correct font size (the setting is ignored 
for some elements), everything else works for me as well as in 4.12 and 
performance is satisfactory.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: Xfce 4.12 to 4.14: high Xorg CPU usage

[Sven Hartge]

Stefan Pietsch  wrote:

> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed
> slightly delayed rendering of UI elements.

> Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
> significantly higher as compared to Xfce 4.12.

> Did anyone who is using Xfce 4.14 observe similar effects?

Have you tried switching off compositing via Window Manager Tweaks in
the XFCE settings?

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: xfce launchers

[rlharris]

On 2019.04.03 23:26, Mike Kupfer wrote:

I don't know about MC, but for Synaptic, is policykit-1-gnome installed
on that system?
(cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881365)


According to Synaptic, policykit-1-gnome is NOT installed.

Re: xfce launchers

[Mike Kupfer]

rlhar...@oplink.net wrote:

> On at least one machine, some of the Xfce launchers are inoperative,
> including the launcher for Synaptic and the launcher for Midnight
> Commander

I don't know about MC, but for Synaptic, is policykit-1-gnome installed
on that system?
(cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881365)

mike

Re: Xfce Power Manger and watching movies full screen

[Georgios]

I understand what you are saying but I dont think its the simpler option
to make 2 different launcher for the same application with different
parameters. I will try the script Curt send me. I think that solution is
applicable to other use cases. Reading pdf files, presentations etc.

Thanks for your reply!

On 4/2/19 5:46 PM, David Wright wrote:
> On Tue 02 Apr 2019 at 08:55:58 (+0300), Georgios wrote:
>> I'm watching movies through netflix so I do not have any ideas how to
>> write a script that will do that thing. I guess the script should detect
>> if an application is in full screen mode.
> 
> What the script is doing is signalling your intent to watch a movie
> rather than to, say, browse the web. The power of the CLI is that you
> can wrap a number of actions that follow from your intent within one
> command, whereas it might take several clicks on menus and buttons
> to achieve the ssme ends on a DE.
> 
> You write "an application" above. Presumably you watch movies in
> one application but you also use that same application to do other
> things too. One solution to this may be to have two ways of opening
> this application, one for when watching movies, one for otherwis
> 
> This is standard practice with CLIs, where calling the same program
> but with a different commandname makes it behave differently,
> eg aplay and arecord, which call the same binary.
> 
> For a DE, this could mean, say, having two icons for opening the same
> application, but which do different things to start with. It's much
> easier to cause something to happen on the system than to try to
> ascertain a certain application's state when its author didn't think
> of providing the means to find out.
> 
> A different tack might be to see if your WM has menus, or can create
> buttons, or define a function key, that can be used to change your
> power settings. For example, in fvwm, I have Alt-F10 set to take a
> full screen shot with:
> Key F10 A M Exec exec myfvwm-scrot-key-png.sh
> and a button for just a window:
> *MyButtons: (2x1+2+0, Title 'Grab PNG', Icon xterm.xpm, \
> Action 'Exec exec myfvwm-scrot-png.sh &')
> Ignore the syntax and particulars here; the myfvwm… script could be
> used to make any number of actions or changes to settings.
> 
>> A "solution" I'm thinking is to put a cron job with the following command
>> xfconf-query -c xfce4-power-manager -p
>> /xfce4-power-manager/presentation-mode -s false to repeat it self every
>> morning.
>>
>> Theoretically that should solve the problem of forgetting to change it back.
>>
>> Doesn't feel like a clean solution.
> 
> Cron has a facility for running commands at every reboot, for example:
> @reboot   /sbin/kbdrate -r 8 -d 500 -s
> As for being a clean solution, the system itself runs scripts to
> initialise state that would otherwise persist across reboots,
> eg cleaning /tmp.
> 
>> Anyway It isn't a big problem. Usually I do not watch movies at all.
>> Just had a leg surgery and I'm going to be bored to death the next
>> couple of weeks until i start walking again.
> 
> Good luck! Perhaps you won't miss the facility for long.
> 
>> On 4/2/19 5:09 AM, David Wright wrote:
>>> On Mon 01 Apr 2019 at 18:43:33 (+0300), Georgios wrote:
 Thanks for your reply.
 I already took a look at Caffeine before I send my first email.
 The problem with it is that it looks for an app running so I do not
 think its a good idea.
 I often leave my laptop with a lot of firefox tabs open and expect it to
 go to sleep mode or hibernation instead of closing it.

 I will probably have to settle with manually checking presentation mode
 although i was hopping for a more automated solution.

 On 4/1/19 6:15 PM, Curt wrote:
> On 2019-04-01, Georgios  wrote:
>> Hi!
>> First of all thanks for the fast reply.
>>
>> Yes I have presentation mode. I didn't even try it to see if its working
>> with hibernate. The problem with that is that its inconvenient to check
>> it and uncheck it all the time.
>>
>> I will inevitably forget it sooner or later.
>>>
>>> How about watching your movies with an in principle 3-line script:
>>>
>>> set the presentation mode
>>> run the movie
>>> revert to non-presentation mode
>>>
> Well, that's how you do it, presumably, with xfce power manager, which
> was the question. Obviously, you toggle presentation mode on and off as
> necessary, unless you're watching netflix 24/7, which might curdle your
> brain.
>
> If not, there's 'caffeine'.
> 
> Cheers,
> David.
> 

Re: Xfce Power Manger and watching movies full screen

[Georgios]

Thanks for your help! I will try that!

I think grubing cdm decryption module makes the program too specific. I
can think a couple use cases that full screen should prevent hibernation.

On 4/2/19 3:55 PM, Curt wrote:
> On 2019-04-02, Georgios  wrote:
>> I'm watching movies through netflix so I do not have any ideas how to
>> write a script that will do that thing. I guess the script should detect
>> if an application is in full screen mode.
>>
> 
> Here's a GPL script not far from your desire (can't vouch for it, though).
> 
> https://raw.githubusercontent.com/jamcnaughton/useful-linux-scripts/master/xscreensaver/xscreensaverstopper.sh
> 
> You'd have to alter, of course, the if clause to toggle on
> xfce-power-manager presentation mode (xfconf-query ...) rather than
> deactivating xscreensaver ('xscreensaver-command -deactivate'), and I
> guess add an 'else' to toggle it off when the active window isn't
> fullscreen.
> 
> It seems possible to grep the output of 'ps aux' for the cdm decryption
> module, which might be another way to go in Netflix stream detection.
> 

Re: Xfce Power Manger and watching movies full screen

[David Wright]

On Tue 02 Apr 2019 at 08:55:58 (+0300), Georgios wrote:
> I'm watching movies through netflix so I do not have any ideas how to
> write a script that will do that thing. I guess the script should detect
> if an application is in full screen mode.

What the script is doing is signalling your intent to watch a movie
rather than to, say, browse the web. The power of the CLI is that you
can wrap a number of actions that follow from your intent within one
command, whereas it might take several clicks on menus and buttons
to achieve the ssme ends on a DE.

You write "an application" above. Presumably you watch movies in
one application but you also use that same application to do other
things too. One solution to this may be to have two ways of opening
this application, one for when watching movies, one for otherwise.

This is standard practice with CLIs, where calling the same program
but with a different commandname makes it behave differently,
eg aplay and arecord, which call the same binary.

For a DE, this could mean, say, having two icons for opening the same
application, but which do different things to start with. It's much
easier to cause something to happen on the system than to try to
ascertain a certain application's state when its author didn't think
of providing the means to find out.

A different tack might be to see if your WM has menus, or can create
buttons, or define a function key, that can be used to change your
power settings. For example, in fvwm, I have Alt-F10 set to take a
full screen shot with:
Key F10 A M Exec exec myfvwm-scrot-key-png.sh
and a button for just a window:
*MyButtons: (2x1+2+0, Title 'Grab PNG', Icon xterm.xpm, \
Action 'Exec exec myfvwm-scrot-png.sh &')
Ignore the syntax and particulars here; the myfvwm… script could be
used to make any number of actions or changes to settings.

> A "solution" I'm thinking is to put a cron job with the following command
> xfconf-query -c xfce4-power-manager -p
> /xfce4-power-manager/presentation-mode -s false to repeat it self every
> morning.
> 
> Theoretically that should solve the problem of forgetting to change it back.
> 
> Doesn't feel like a clean solution.

Cron has a facility for running commands at every reboot, for example:
@reboot   /sbin/kbdrate -r 8 -d 500 -s
As for being a clean solution, the system itself runs scripts to
initialise state that would otherwise persist across reboots,
eg cleaning /tmp.

> Anyway It isn't a big problem. Usually I do not watch movies at all.
> Just had a leg surgery and I'm going to be bored to death the next
> couple of weeks until i start walking again.

Good luck! Perhaps you won't miss the facility for long.

> On 4/2/19 5:09 AM, David Wright wrote:
> > On Mon 01 Apr 2019 at 18:43:33 (+0300), Georgios wrote:
> >> Thanks for your reply.
> >> I already took a look at Caffeine before I send my first email.
> >> The problem with it is that it looks for an app running so I do not
> >> think its a good idea.
> >> I often leave my laptop with a lot of firefox tabs open and expect it to
> >> go to sleep mode or hibernation instead of closing it.
> >>
> >> I will probably have to settle with manually checking presentation mode
> >> although i was hopping for a more automated solution.
> >>
> >> On 4/1/19 6:15 PM, Curt wrote:
> >>> On 2019-04-01, Georgios  wrote:
>  Hi!
>  First of all thanks for the fast reply.
> 
>  Yes I have presentation mode. I didn't even try it to see if its working
>  with hibernate. The problem with that is that its inconvenient to check
>  it and uncheck it all the time.
> 
>  I will inevitably forget it sooner or later.
> > 
> > How about watching your movies with an in principle 3-line script:
> > 
> > set the presentation mode
> > run the movie
> > revert to non-presentation mode
> > 
> >>> Well, that's how you do it, presumably, with xfce power manager, which
> >>> was the question. Obviously, you toggle presentation mode on and off as
> >>> necessary, unless you're watching netflix 24/7, which might curdle your
> >>> brain.
> >>>
> >>> If not, there's 'caffeine'.

Cheers,
David.

Re: Xfce Power Manger and watching movies full screen

[Curt]

On 2019-04-02, Georgios  wrote:
> I'm watching movies through netflix so I do not have any ideas how to
> write a script that will do that thing. I guess the script should detect
> if an application is in full screen mode.
>

Here's a GPL script not far from your desire (can't vouch for it, though).

https://raw.githubusercontent.com/jamcnaughton/useful-linux-scripts/master/xscreensaver/xscreensaverstopper.sh

You'd have to alter, of course, the if clause to toggle on
xfce-power-manager presentation mode (xfconf-query ...) rather than
deactivating xscreensaver ('xscreensaver-command -deactivate'), and I
guess add an 'else' to toggle it off when the active window isn't
fullscreen.

It seems possible to grep the output of 'ps aux' for the cdm decryption
module, which might be another way to go in Netflix stream detection.

Re: Xfce Power Manger and watching movies full screen

[Georgios]

I'm watching movies through netflix so I do not have any ideas how to
write a script that will do that thing. I guess the script should detect
if an application is in full screen mode.

A "solution" I'm thinking is to put a cron job with the following command
xfconf-query -c xfce4-power-manager -p
/xfce4-power-manager/presentation-mode -s false to repeat it self every
morning.

Theoretically that should solve the problem of forgetting to change it back.

Doesn't feel like a clean solution.

Anyway It isn't a big problem. Usually I do not watch movies at all.
Just had a leg surgery and I'm going to be bored to death the next
couple of weeks until i start walking again.

On 4/2/19 5:09 AM, David Wright wrote:
> On Mon 01 Apr 2019 at 18:43:33 (+0300), Georgios wrote:
>> Thanks for your reply.
>> I already took a look at Caffeine before I send my first email.
>> The problem with it is that it looks for an app running so I do not
>> think its a good idea.
>> I often leave my laptop with a lot of firefox tabs open and expect it to
>> go to sleep mode or hibernation instead of closing it.
>>
>> I will probably have to settle with manually checking presentation mode
>> although i was hopping for a more automated solution.
>>
>> On 4/1/19 6:15 PM, Curt wrote:
>>> On 2019-04-01, Georgios  wrote:
 Hi!
 First of all thanks for the fast reply.

 Yes I have presentation mode. I didn't even try it to see if its working
 with hibernate. The problem with that is that its inconvenient to check
 it and uncheck it all the time.

 I will inevitably forget it sooner or later.
> 
> How about watching your movies with an in principle 3-line script:
> 
> set the presentation mode
> run the movie
> revert to non-presentation mode
> 
>>> Well, that's how you do it, presumably, with xfce power manager, which
>>> was the question. Obviously, you toggle presentation mode on and off as
>>> necessary, unless you're watching netflix 24/7, which might curdle your
>>> brain.
>>>
>>> If not, there's 'caffeine'.
> 
> Cheers,
> David.
> 

Re: Xfce Power Manger and watching movies full screen

[David Wright]

On Mon 01 Apr 2019 at 18:43:33 (+0300), Georgios wrote:
> Thanks for your reply.
> I already took a look at Caffeine before I send my first email.
> The problem with it is that it looks for an app running so I do not
> think its a good idea.
> I often leave my laptop with a lot of firefox tabs open and expect it to
> go to sleep mode or hibernation instead of closing it.
> 
> I will probably have to settle with manually checking presentation mode
> although i was hopping for a more automated solution.
> 
> On 4/1/19 6:15 PM, Curt wrote:
> > On 2019-04-01, Georgios  wrote:
> >> Hi!
> >> First of all thanks for the fast reply.
> >>
> >> Yes I have presentation mode. I didn't even try it to see if its working
> >> with hibernate. The problem with that is that its inconvenient to check
> >> it and uncheck it all the time.
> >>
> >> I will inevitably forget it sooner or later.

How about watching your movies with an in principle 3-line script:

set the presentation mode
run the movie
revert to non-presentation mode

> > Well, that's how you do it, presumably, with xfce power manager, which
> > was the question. Obviously, you toggle presentation mode on and off as
> > necessary, unless you're watching netflix 24/7, which might curdle your
> > brain.
> > 
> > If not, there's 'caffeine'.

Cheers,
David.

Re: Xfce Power Manger and watching movies full screen

[Georgios]

Thanks for your reply.
I already took a look at Caffeine before I send my first email.
The problem with it is that it looks for an app running so I do not
think its a good idea.
I often leave my laptop with a lot of firefox tabs open and expect it to
go to sleep mode or hibernation instead of closing it.

I will probably have to settle with manually checking presentation mode
although i was hopping for a more automated solution.


On 4/1/19 6:15 PM, Curt wrote:
> On 2019-04-01, Georgios  wrote:
>> Hi!
>> First of all thanks for the fast reply.
>>
>> Yes I have presentation mode. I didn't even try it to see if its working
>> with hibernate. The problem with that is that its inconvenient to check
>> it and uncheck it all the time.
>>
>> I will inevitably forget it sooner or later.
>>
> 
> Well, that's how you do it, presumably, with xfce power manager, which
> was the question. Obviously, you toggle presentation mode on and off as
> necessary, unless you're watching netflix 24/7, which might curdle your
> brain.
> 
> If not, there's 'caffeine'.
> 
> curty@einstein:~$ apt-cache show caffeine
> Package: caffeine
> Version: 2.8.3-3
> Installed-Size: 314
> Maintainer: Andrew Shadura 
> Architecture: all
> Depends: python3.5:any, python3:any (>= 3.3.2-2~), perl, gir1.2-gtk-3.0, 
> gir1.2-appindicator3-0.1, python3-xlib, python3-pkg-resources, python3-gi, 
> libnet-dbus-perl
> Description-en: prevent the desktop becoming idle in full-screen mode
>  Caffeine prevents the desktop from becoming idle when an application
>  is running full-screen. A desktop indicator ‘caffeine-indicator’
>  supplies a manual toggle, and the command ‘caffeinate’ can be used
>  to prevent idleness for the duration of any command.
> 
> This exhausts my extensive knowledge in the area.
> 

Re: Xfce Power Manger and watching movies full screen

[Curt]

On 2019-04-01, Georgios  wrote:
> Hi!
> First of all thanks for the fast reply.
>
> Yes I have presentation mode. I didn't even try it to see if its working
> with hibernate. The problem with that is that its inconvenient to check
> it and uncheck it all the time.
>
> I will inevitably forget it sooner or later.
>

Well, that's how you do it, presumably, with xfce power manager, which
was the question. Obviously, you toggle presentation mode on and off as
necessary, unless you're watching netflix 24/7, which might curdle your
brain.

If not, there's 'caffeine'.

curty@einstein:~$ apt-cache show caffeine
Package: caffeine
Version: 2.8.3-3
Installed-Size: 314
Maintainer: Andrew Shadura 
Architecture: all
Depends: python3.5:any, python3:any (>= 3.3.2-2~), perl, gir1.2-gtk-3.0, 
gir1.2-appindicator3-0.1, python3-xlib, python3-pkg-resources, python3-gi, 
libnet-dbus-perl
Description-en: prevent the desktop becoming idle in full-screen mode
 Caffeine prevents the desktop from becoming idle when an application
 is running full-screen. A desktop indicator ‘caffeine-indicator’
 supplies a manual toggle, and the command ‘caffeinate’ can be used
 to prevent idleness for the duration of any command.

This exhausts my extensive knowledge in the area.

Re: Xfce Power Manger and watching movies full screen

[Georgios]

Hi!
First of all thanks for the fast reply.

Yes I have presentation mode. I didn't even try it to see if its working
with hibernate. The problem with that is that its inconvenient to check
it and uncheck it all the time.

I will inevitably forget it sooner or later.


On 4/1/19 4:02 PM, Curt wrote:
> On 2019-04-01, Georgios  wrote:
>> Hi there!
>>
>> I'm running debian testing buster and I'm using xfce power manager.
>> In xfce power manager settings on "System" tab I activate "hibernate" on
>> 30 minutes and on the "Display" tab "Put to sleep" after 9 minutes and
>> "Switch off after" 10 minutes.
>>
>> When i watch videos on netflix (full screen) the display doesn't Switch
>> off in 10 minutes but the computer hibernate at 30 minutes.
>>
>> I do not want my laptop to transits on hibernate if I'm watching videos
>> full screen.
> 
> I really can't understand your attitude here.
> 
> Just kidding.
> 
> Don't you have a "Presentation Mode" checkbox somewhere in your xfce
> power manager settings (or right-clicking an icon somewhere or something)?
> 
> Or maybe
> 
>  xfconf-query -c xfce4-power-manager -p 
> /xfce4-power-manager/presentation-mode -T
> 
> I actually don't have xfce power manager here, so this is all completely
> theoretical.
> 
> Or are you already in presentation mode, and something else is intervening?
> 
>> I'm running debian buster with firefox-esr browser and xfce4.
>>
>> Thanks in advance for your help.
>>
>>
> 
> 

Re: Xfce Power Manger and watching movies full screen

[Curt]

On 2019-04-01, Georgios  wrote:
> Hi there!
>
> I'm running debian testing buster and I'm using xfce power manager.
> In xfce power manager settings on "System" tab I activate "hibernate" on
> 30 minutes and on the "Display" tab "Put to sleep" after 9 minutes and
> "Switch off after" 10 minutes.
>
> When i watch videos on netflix (full screen) the display doesn't Switch
> off in 10 minutes but the computer hibernate at 30 minutes.
>
> I do not want my laptop to transits on hibernate if I'm watching videos
> full screen.

I really can't understand your attitude here.

Just kidding.

Don't you have a "Presentation Mode" checkbox somewhere in your xfce
power manager settings (or right-clicking an icon somewhere or something)?

Or maybe

 xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/presentation-mode 
-T

I actually don't have xfce power manager here, so this is all completely
theoretical.

Or are you already in presentation mode, and something else is intervening?

> I'm running debian buster with firefox-esr browser and xfce4.
>
> Thanks in advance for your help.
>
>


-- 
“Let us again pretend that life is a solid substance, shaped like a globe,
which we turn about in our fingers. Let us pretend that we can make out a plain
and logical story, so that when one matter is despatched--love for instance--
we go on, in an orderly manner, to the next.” - Virginia Woolf, The Waves

Re: XFCE: Set default extend-to-direction?

[David Wright]

On Sun 03 Jun 2018 at 12:45:28 (-0500), Paul Johnson wrote:
> On Sun, Jun 3, 2018 at 12:15 PM, Charlie Gibbs  wrote:
> 
> > On 03/06/18 08:45 AM, Paul Johnson wrote:
> >
> > I have a laptop that I frequently use with an external monitor, but on
> >> the lefthand side.  Now by default, XFCE assumes that I want the monitor
> >> to be on the right, and the top of the laptop to be even with the top of
> >> the external monitor.  I would love it if there's a way to get it to
> >> assume I want the external monitor on the left with the laptop
> >> bottom-justified to that instead.  What's the best way to accomplish this?
> >>
> >
> > Check out the xrandr man page.  I have two dissimilar monitors on my
> > desktop and ensure that they're properly set up as follows:
> >
> > xrandr --output DVI-I-1 --mode 1920x1080
> > xrandr --output DVI-I-2 --mode 1280x1024 --right-of DVI-I-1
> >
> > That --right-of parameter tells it that my smaller monitor is to the right
> > of my larger one - I could use --left-of if I wanted it on the other side.
> > I'm not sure how you'd do justification, though.
> 
> 
> I was hoping for something along the lines of getting XFCE's settings to
> cooperate on that, like, remember which side it should be on persistently.
> This is a monitor that gets plugged and unplugged regularly, not one that
> stays permanently attached.

I use a different approach which is more flexible (unless I've missed
something about xrandr) but I restart the Xserver when I'm changing
the setup (*to* two screens, but not when reverting to one). I don't
use a Desktop Environment.

I use bash functions to clear and then copy the appropriate set of
files to /etc/X11/xorg.conf.d/ from this selection (basically one of
each number):

/etc/X11/xorg.conf.d/mirrored/10-panelnative.conf :
Section "Monitor"
Identifier "eDP1"
Modeline   "1600x900x60.0"  115.20  1600 1664 1706 2000  900 903
906 960 -hsync -vsync
Option "PreferredMode" "1600x900x60.0"
EndSection

/etc/X11/xorg.conf.d/sidebyside/10-panelmidres.conf :
Section "Monitor"
Identifier "eDP1"
Modeline   "1368x768x60.0"   85.86  1368 1440 1584 1800  768 769
772 795 -hsync +vsync
Option "PreferredMode" "1368x768x60.0"
EndSection

/etc/X11/xorg.conf.d/sidebyside/20-kitchentv.conf :
Section "Monitor"
Identifier "HDMI1"
Modeline   "1368x768x60.0"   85.86  1368 1440 1584 1800  768 769
772 795 -hsync +vsync
Option "PreferredMode" "1368x768x60.0"
Option "Position" "1368 0"
EndSection

/etc/X11/xorg.conf.d/sidebyside/20-othertv.conf :
Section "Monitor"
Identifier "HDMI1"
Modeline   "1600x900x60.0"  108.00  1600 1624 1704 1800  900 901
904 1000 +hsync +vsync
Option "PreferredMode" "1600x900x60.0"
Option "Position" "1600 0"
EndSection

/etc/X11/xorg.conf.d/sidebyside/20-viewsonic.conf :
Section "Monitor"
Identifier "HDMI1"
Modeline   "1152x864x75.0"  108.00  1152 1216 1344 1600  864 865
868 900 +hsync +vsync
Option "PreferredMode" "1152x864x75.0"
Option "Position" "1600 0"
EndSection

/etc/X11/xorg.conf.d/all/30-devicecard.conf :
Section "Device"
Identifier "Card0"
Driver "Intel"
BusID  "PCI:0:2:0"
EndSection

/etc/X11/xorg.conf.d/all/40-screenpanel.conf :
Section "Screen"
Identifier   "Internal"
Device   "Card0"
Monitor  "eDP1"
DefaultDepth 24
EndSection

/etc/X11/xorg.conf.d/all/50-screenhdmi.conf :
Section "Screen"
Identifier   "External"
Device   "Card0"
Monitor  "HDMI1"
DefaultDepth 24
EndSection

As it happens, I use the laptop to the left in each case, so my
Position option is always in the HDMI monitor and positive. You
would either want to insert a minus sign, or move the option to
the other Monitor section to reverse things; either method works.

Why don't I do all this on the fly? Mainly because my .xsession
looks at the resolution and starts up all my (~20) xterms with
font sizes, geometries and positions as appropriate, and also
writes some little helper files for fvwm to be able to move
particular windows back to their "reset" positions automatically
on command (clocks, players, controls etc).

Cheers,
David.

Re: XFCE: Set default extend-to-direction?

[Paul Johnson]

On Sun, Jun 3, 2018 at 12:15 PM, Charlie Gibbs  wrote:

> On 03/06/18 08:45 AM, Paul Johnson wrote:
>
> I have a laptop that I frequently use with an external monitor, but on
>> the lefthand side.  Now by default, XFCE assumes that I want the monitor
>> to be on the right, and the top of the laptop to be even with the top of
>> the external monitor.  I would love it if there's a way to get it to
>> assume I want the external monitor on the left with the laptop
>> bottom-justified to that instead.  What's the best way to accomplish this?
>>
>
> Check out the xrandr man page.  I have two dissimilar monitors on my
> desktop and ensure that they're properly set up as follows:
>
> xrandr --output DVI-I-1 --mode 1920x1080
> xrandr --output DVI-I-2 --mode 1280x1024 --right-of DVI-I-1
>
> That --right-of parameter tells it that my smaller monitor is to the right
> of my larger one - I could use --left-of if I wanted it on the other side.
> I'm not sure how you'd do justification, though.


I was hoping for something along the lines of getting XFCE's settings to
cooperate on that, like, remember which side it should be on persistently.
This is a monitor that gets plugged and unplugged regularly, not one that
stays permanently attached.

Re: XFCE: Set default extend-to-direction?

[Charlie Gibbs]

On 03/06/18 08:45 AM, Paul Johnson wrote:


I have a laptop that I frequently use with an external monitor, but on
the lefthand side.  Now by default, XFCE assumes that I want the monitor
to be on the right, and the top of the laptop to be even with the top of
the external monitor.  I would love it if there's a way to get it to
assume I want the external monitor on the left with the laptop
bottom-justified to that instead.  What's the best way to accomplish this?


Check out the xrandr man page.  I have two dissimilar monitors on my 
desktop and ensure that they're properly set up as follows:


xrandr --output DVI-I-1 --mode 1920x1080
xrandr --output DVI-I-2 --mode 1280x1024 --right-of DVI-I-1

That --right-of parameter tells it that my smaller monitor is to the 
right of my larger one - I could use --left-of if I wanted it on the 
other side.  I'm not sure how you'd do justification, though.


--
cgi...@surfnaked.ca (Charlie Gibbs)

Re: XFCE problems

[David Wright]

On Sat 31 Mar 2018 at 10:54:23 (-0400), Cindy-Sue Causey wrote:
> In my (also XFCE4) case, what likely happened appeared *possibly*
> related to memory.. *possibly* not. I lost "control" of the cursor for
> a few seconds. Could move it around, but that was it. Neither left
> click nor right click *appeared* to respond.

The problem when the cursor sticks, and clicks produce no response, is
that the actions can stack up and get executed a few moments later.
Where on the screen those clicks end up clicking is anybody's guess,
because the invisible cursor movements in between that you made
unintentionally have also been stacked up.

> I'd be paranoid in my case if it wasn't for keeping a constant eye on
> "free -m" lately. 6GB of memory keeps vanishing with my Opera browser.
> Seems a rational causative.
> 
> Important factor is that yes, that much [lost] memory is definitely
> directly tied to the browser. That memory's consumed as soon as I
> refresh all opened tabs before logging onto the Net on a fresh reboot.

I've stopped using Opera since using my mega /etc/hosts file (with
13000 hosts pointing at 127.0.0.1), but it seemed to me that when you
start it up, it immediately tries to reload all the tabbed pages that
were open when you finished last time.

OTOH while Firefox displays the little tabs in the tab bar, each one
is reloaded only when you actually switch to it, as evidenced by the
spinning circle before the page appears.

When memory is scarce, the difference is dramatic. Opera thrashes
swap which makes it difficult to display the one page you're now
interested in. FF doesn't thrash, so you can click on the tab you
really want and it gets displayed more quickly.

> Then again, I *am* paranoid in my case because the uncontrollable
> actions are not happening endlessly while computer memory has been
> maxxed 24/7 for weeks.

Do bear in mind that linux can appear to use a lot of memory merely
because it's there to be used. IOW why free any memory until you need
it for something else. Leave it cached there in case the data needs
to be used later.

> So far, uncontrollable incidences have only occurred on two different
> days while involving three distinct, non-intended actions. All three
> incidences have involved a total of possibly 30 seconds of my
> conscious awareness.

Cheers,
David.

Re: XFCE problems

[Cindy-Sue Causey]

On 3/31/18, Joe  wrote:
> On Fri, 30 Mar 2018 17:45:42 -0500
> Dennis Wicks  wrote:
>
>> I use XFCE and usually my name, the clock and some other
>> stuff is at the right of the top status(?) bar and the App
>> icon and window names are at the left. And they stay there.
>> Something has changed. everything is bunched up to the left
>> and changes in size depending on how many windows I have in
>> the workspace.
>>
>> Does anybody know what/where I have to change to get the
>> behavior back to previous?
>
> As others have said, open Panel, Panel Preferences. The main tab is
> Display and has a setting for panel sizes, and whether they are fixed
> or dynamic. If you have more than one panel, start from any of them and
> select using the list box at the top of the dialog.
>
> OK, it shouldn't change by itself...


Yeah, that's what I keep thinking, too. One method of change, via
Applications menu, takes a number of deliberate steps to get to the
point of changing it.

A second method is right click over the separator, and then you're
there. That causes me to think out loud... that it might could happen
"spontaneously" in that case. Just this past week, I've had several
incidences where something like this could have happened to me.

Most recent was that nothing I tried stopped my setup from one time
deleting selected emails in Gmail and a different time sending
selected emails to the sp am bucket. Both incidences happened in a
heartbeat. If I had looked away for even a split second, I would have
had no idea what likely happened.

In my (also XFCE4) case, what likely happened appeared *possibly*
related to memory.. *possibly* not. I lost "control" of the cursor for
a few seconds. Could move it around, but that was it. Neither left
click nor right click *appeared* to respond.

Sometimes ESC has helped in that kind of case but not in those two
latest instances. Those two happened within maybe two minutes of each
other.

It did happen a third time, but I can't remember how. Maybe it was
something like right click and open the Alarm Clock package... which
is right up there alongside separators now that I think about it. :)

That makes it a two-step deal instead of the other two instances where
a Gmail action button was the only thing pushed. That leaves room in
*my brain* to consider it possible to have had a rapid fire,
*seemingly spontaneous* click-click-click THREE-step action occur,
e.g. right click over separator, spontaneously hit Properties, AND
then "spontaneously" untoggle the Expand feature

I'd be paranoid in my case if it wasn't for keeping a constant eye on
"free -m" lately. 6GB of memory keeps vanishing with my Opera browser.
Seems a rational causative.

Important factor is that yes, that much [lost] memory is definitely
directly tied to the browser. That memory's consumed as soon as I
refresh all opened tabs before logging onto the Net on a fresh reboot.

Then again, I *am* paranoid in my case because the uncontrollable
actions are not happening endlessly while computer memory has been
maxxed 24/7 for weeks.

So far, uncontrollable incidences have only occurred on two different
days while involving three distinct, non-intended actions. All three
incidences have involved a total of possibly 30 seconds of my
conscious awareness.

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: XFCE problems

[Joe]

On Fri, 30 Mar 2018 17:45:42 -0500
Dennis Wicks  wrote:

> I use XFCE and usually my name, the clock and some other
> stuff is at the right of the top status(?) bar and the App
> icon and window names are at the left. And they stay there.
> Something has changed. everything is bunched up to the left
> and changes in size depending on how many windows I have in
> the workspace.
> 
> Does anybody know what/where I have to change to get the
> behavior back to previous?

As others have said, open Panel, Panel Preferences. The main tab is
Display and has a setting for panel sizes, and whether they are fixed
or dynamic. If you have more than one panel, start from any of them and
select using the list box at the top of the dialog.

OK, it shouldn't change by itself...

-- 
Joe

Re: XFCE problems

[Ben Caradoc-Davies]

On 31/03/18 11:45, Dennis Wicks wrote:

I use XFCE and usually my name, the clock and some other
stuff is at the right of the top status(?) bar and the App
icon and window names are at the left. And they stay there.
Something has changed. everything is bunched up to the left
and changes in size depending on how many windows I have in
the workspace.
Does anybody know what/where I have to change to get the
behavior back to previous?


The top bar is likely a Panel. Layout and contents are very 
configurable. Right-click on it, choose Panel / Panel Preferences ..., 
then choose the Items tab. You can then examine every item in the panel.


One thing to watch out for are Separator items, which have an Expand 
checkbox. These are the main thing I use to change layout. They are 
invisible and you can also right-click on them directly. Expanded 
Separator items in a panel share any unallocated space. Quite flexible, 
but if you are not aware of the Expand checkbox and accidentally change 
it, the layout will be quite different.


If you add a Separator with Expand checked between the items you want on 
the right and the items you want on the left, you will likely get the 
layout you had previously.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: XFCE problems

[Patrick Wiseman]

On Fri, Mar 30, 2018 at 6:45 PM, Dennis Wicks  wrote:

> I use XFCE and usually my name, the clock and some other
> stuff is at the right of the top status(?) bar and the App
> icon and window names are at the left. And they stay there.
> Something has changed. everything is bunched up to the left
> and changes in size depending on how many windows I have in
> the workspace.
>
> Does anybody know what/where I have to change to get the
> behavior back to previous?


This has been the behavior for quite a long time now. Did you recently
upgrade several versions? Anyway, you can insert a 'Separator', and check
its 'Expand' box, between the stuff you want on the right and the stuff you
want on the left.

Patrick

Re: XFCE and network manager

[solitone]

On 16/03/18 10:34, Abdullah Ramazanoglu wrote:
> On Fri, 16 Mar 2018 10:20:42 +0100
> solitone  wrote:
> 
>> It was a fresh install. May it depend on the fact that I used an
>> outdated installer?
> 
> Possibly. I had installed stretch + xfce from scratch and got n-m
> installed by default.

OK, I reinstalled with the latest installer and everything went smooth
this time, n-m was installed by default.

Re: XFCE and network manager

[David Wright]

On Fri 16 Mar 2018 at 06:38:50 (+0100), solitone wrote:
> Just installed scratch with xfce4 on an oldish machine, downloading all

I'll assume you mean stretch.

> the needed packages through my wifi adapter.
> 
> On first boot wifi is down, and there is no application I can use to
> choose and connect to my wifi access point.
> 
> I realize that xfce's own Airconfig has never lifted off and is
> currently unreleased, abandoned and unmaintained, so xfce users usually
> use NetworkManager or Wicd.
> 
> I would suggest that any of these is installed by default when xfce is
> chosen during installation.

Perhaps you hit bug #694068 which was recently back under discussion here.

You should find that ifupdown can give you a wireless connection if
you retype the paragraph into /etc/network/interfaces that was
probably there when you installed Debian, but has "evaporated".

allow-hotplug wlan0
iface wlan0 inet dhcp
  wpa-ssid 
  wpa-psk  

Replace wlan0 by the interface name starting with wl given by
$ ip a

Cheers,
David.

Re: XFCE and network manager

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, Mar 16, 2018 at 12:34:02PM +0300, Abdullah Ramazanoglu wrote:
> On Fri, 16 Mar 2018 10:20:42 +0100
> solitone  wrote:
>
> > It was a fresh install. May it depend on the fact that I used an
> > outdated installer?
>
> Possibly. I had installed stretch + xfce from scratch and got n-m
> installed by default.
>
> BTW I can't remember if there was an option to *ignore* recommended
> packages during initial installation

Yes. Typically

  APT::Install-Recommends no;

in some file under /etc/apt/apt.conf (or apt.conf.d). FWIW, I have
it in /etc/apt/apt.conf.d/95no-recommends, but YMMV.

Cheers
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlqrmQkACgkQBcgs9XrR2kZN/ACeM9djfIdMD1oDqs3qGTh6FPoY
y8kAn0MfLfzOcopqFwvpvnkfCJaG8qUf
=0au+
-END PGP SIGNATURE-

Re: XFCE and network manager

[Abdullah Ramazanoglu]

On Fri, 16 Mar 2018 10:20:42 +0100
solitone  wrote:

> It was a fresh install. May it depend on the fact that I used an
> outdated installer?

Possibly. I had installed stretch + xfce from scratch and got n-m
installed by default.

BTW I can't remember if there was an option to *ignore* recommended
packages during initial installation, but if there was such an option,
and if you opted out of "recommends", then perhaps this could be the
culprit as well.

-- 
Abdullah Ramazanoglu

Re: XFCE and network manager

[solitone]

On 16/03/18 08:27, Ben Caradoc-Davies wrote:
> Did you upgrade or was this a fresh install?
> 
> task-xfce-desktop recommends network-manager-gnome (and thus
> network-manager) on sid and stretch:
> https://packages.debian.org/sid/task-xfce-desktop

It was a fresh install. May it depend on the fact that I used an
outdated installer? When I put that installer on my USB stick, stretch
was still unstable.

Re: XFCE and network manager

[Ben Caradoc-Davies]

On 16/03/18 18:38, solitone wrote:

Just installed scratch with xfce4 on an oldish machine, downloading all
the needed packages through my wifi adapter.
On first boot wifi is down, and there is no application I can use to
choose and connect to my wifi access point.
I realize that xfce's own Airconfig has never lifted off and is
currently unreleased, abandoned and unmaintained, so xfce users usually
use NetworkManager or Wicd.
I would suggest that any of these is installed by default when xfce is
chosen during installation.


Did you upgrade or was this a fresh install?

task-xfce-desktop recommends network-manager-gnome (and thus 
network-manager) on sid and stretch:

https://packages.debian.org/sid/task-xfce-desktop

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: XFCE wm deadlocks on (other) console logout

[Zenaan Harkness]

On Mon, Aug 28, 2017 at 09:20:32AM -0400, Cindy-Sue Causey wrote:
> On 8/28/17, Zenaan Harkness  wrote:
> > I consistently get a deadlock of the XFCE window manager, immediately
> > after I logout of say Linux console 2, when e.g. XFCE is running on
> > console 1.
> >
> > Procedure to replicate:
> >
> > 1. login to console 1
> >
> > 2. start xfce
> >
> > 3. switch to console 2 (e.g. CTRL+ALT+F2)
> >
> > 4. loging to console 2
> >
> > 5. logout of console 2 (e.g. CTRL+D)
> >
> >
> > Notably, when I'm on console 2, either logged in or not, I can safely
> > use ALT+Left to go to console 1 and appears my XFCE desktop.
> >
> > Similarly using Ctrl+Alt+F1
> >
> > So I'm guessing some sort of unhandled race condition, but I'm at a
> > loss as to how to debug this.
> 
> 
> I may not be quite understanding, but I just played along from behind
> the lurk wall
> 
> I had a BUNCH of shtuff open at that second. I didn't think things
> through clearly, i.e. if mine locked up, I would have lost some
> shtuff...
> 
> As it was...
> 
> I got locked out... kinda sorta.
> 
> I CTRL+ALT+F2 logged in to where I was still in console. Typed a
> few "asdfasdfasdf" that obviously failed, and logged out.
> 
> I. CTRL+ALT+F1...
> 
> And there I sat at the login prompt.
> 
> As soon that happened, I had a memory recall of having been there,
> done there a couple months ago and never followed up on it. I didn't
> try logging in because part of that memory recall is that I might have
> lost some data on the last go-round with it.
> 
> I THOUGHT that F1 was the first console, is it not?

Indeed it is - by default, the first console is "1" (/dev/pts/1 ?)
and that's where I log in, then start xorg.


> Out of pure *panic*, I went down the row. F3, F4, F5..

CTRL+RightArrow and CTRL+LeftArrow also work for me to cycle around
the consoles.


> Mystery solved: F7 is the new F1 in my case.

In some setups, this is the case - I don't run a graphical login
manager such as lightdm.


> I started to ask if that helps in your case, but it sounds like you're
> already able to use CTRL+ALT+F1 as expected so *?*

Exactly - the keyboard gets locked up.

Although I recall sometimes X completely dies - at least, I've
experienced something similar to your case.


> Just thinking out loud.. :)

Thanks for sharing - appreciated of course :)

Re: XFCE wm deadlocks on (other) console logout

[Zenaan Harkness]

On Mon, Aug 28, 2017 at 09:02:29AM -0400, bw wrote:
> 
> 
> On Mon, 28 Aug 2017, Zenaan Harkness wrote:
> 
> > I consistently get a deadlock of the XFCE window manager, immediately
> > after I logout of say Linux console 2, when e.g. XFCE is running on
> > console 1.
> > 
> > Procedure to replicate:
> > 
> > 1. login to console 1
> > 
> > 2. start xfce
> > 
> > 3. switch to console 2 (e.g. CTRL+ALT+F2)
> > 
> > 4. loging to console 2
> > 
> > 5. logout of console 2 (e.g. CTRL+D)
> > 
> 
> 
> I have the same issue, using very minimal system with a wm.  Right now the 
> workaround I'm using is comment out the
> clear_console call in ~/.bash_logout
> 
> # ~/.bash_logout: executed by bash(1) when login shell exits.
> 
> # when leaving the console clear the screen to increase privacy
> 
> if [ "$SHLVL" = 1 ]; then
> /bin/true
> #[ -x /usr/bin/clear_console ] && /usr/bin/clear_console -q
> fi

Fantastic!! Thank you so much!

Reading the man page for clear_console makes it perfectly clear -
after "clearing the screen" it jumps immediately to another console
(evidently in this case console 1) and then tries to jump straight
back, which of course is going to interact rather badly with X! :)


> I'm also looking at the TTYVTDisallocate=yes line in
> /etc/systemd/system/getty.target.wants/getty@tty1.service -> 
> /lib/systemd/system/getty@.service
> 
> I haven't tried changing this, but it looks interesting.  You might find more 
> interesting things in these bug reports:
> 
> https://bugs.debian.org/805605
> https://bugs.debian.org/810660
> https://bugs.freedesktop.org/93164

Thank you!

Re: XFCE wm deadlocks on (other) console logout

[Cindy-Sue Causey]

On 8/28/17, Zenaan Harkness  wrote:
> I consistently get a deadlock of the XFCE window manager, immediately
> after I logout of say Linux console 2, when e.g. XFCE is running on
> console 1.
>
> Procedure to replicate:
>
> 1. login to console 1
>
> 2. start xfce
>
> 3. switch to console 2 (e.g. CTRL+ALT+F2)
>
> 4. loging to console 2
>
> 5. logout of console 2 (e.g. CTRL+D)
>
>
> Notably, when I'm on console 2, either logged in or not, I can safely
> use ALT+Left to go to console 1 and appears my XFCE desktop.
>
> Similarly using Ctrl+Alt+F1
>
> So I'm guessing some sort of unhandled race condition, but I'm at a
> loss as to how to debug this.


I may not be quite understanding, but I just played along from behind
the lurk wall

I had a BUNCH of shtuff open at that second. I didn't think things
through clearly, i.e. if mine locked up, I would have lost some
shtuff...

As it was...

I got locked out... kinda sorta.

I CTRL+ALT+F2 logged in to where I was still in console. Typed a
few "asdfasdfasdf" that obviously failed, and logged out.

I. CTRL+ALT+F1...

And there I sat at the login prompt.

As soon that happened, I had a memory recall of having been there,
done there a couple months ago and never followed up on it. I didn't
try logging in because part of that memory recall is that I might have
lost some data on the last go-round with it.

I THOUGHT that F1 was the first console, is it not?

Out of pure *panic*, I went down the row. F3, F4, F5..

Mystery solved: F7 is the new F1 in my case.

I started to ask if that helps in your case, but it sounds like you're
already able to use CTRL+ALT+F1 as expected so *?*

Just thinking out loud.. :)

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: XFCE wm deadlocks on (other) console logout

[Liam O'Toole]

On 2017-08-28, Zenaan Harkness  wrote:
> I consistently get a deadlock of the XFCE window manager, immediately
> after I logout of say Linux console 2, when e.g. XFCE is running on
> console 1.
>
> Procedure to replicate:
>
> 1. login to console 1
>
> 2. start xfce
>
> 3. switch to console 2 (e.g. CTRL+ALT+F2)
>
> 4. loging to console 2
>
> 5. logout of console 2 (e.g. CTRL+D)
>
>
> Notably, when I'm on console 2, either logged in or not, I can safely
> use ALT+Left to go to console 1 and appears my XFCE desktop.
>
> Similarly using Ctrl+Alt+F1
>
> So I'm guessing some sort of unhandled race condition, but I'm at a
> loss as to how to debug this.

I suspect a deadlock of the graphics driver rather then the window
manager. Some drivers don't handle console switching very well. Can you
reproduce the problem with a different window manager?

-- 

Liam

Re: Xfce Power Management Problem in Sketch

[Ralph Katz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 07/15/2017 04:35 AM, Stephen P. Molnar wrote:
> I have just upgraded by Linux platform to v-9.0.0 from v-8.8.0.
> 
> Xfce Power Management fails to blank the display.
> 
> I have not been able to find a solution and would appreciate some
> assistance.
> 
> Thanks in advance.
> 

During the upgrade, light-locker package is installed as a depends.  I
had to purge xscreensaver to get the locking/blanking capability
previously available prior to the upgrade.

XFCE Menu -> settings -> power manager -> Display tab  to manage "Blank
after" settings.

Good luck!

Ralph



-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIzBAEBCgAdFiEEJQZ8vK6BnmDiW8fZyAJ5DhtfJxAFAllqaCgACgkQyAJ5Dhtf
JxAtsw/+NpXY4IFCh6pLEnU95EKcMTheRbSD/I4Ts3k4DQo0EJHxE9ZqfFDtXAfc
iuz/dxLdcCbdf4j+UygUL6odKJudQ+IPA/scQyAeuzxnEtM7fwtV7Gi5gxkHzsGd
ZnW/3LURQpyWr+PuE9k0T9uBiz98jRZvoVtJJ0t6bKoHpfckL9YYJ98IaXQrMu7F
hboZNPFkhdjL4A+y1mYLTs6cXp6qnvoPTlrM9cutSSVqqmjrQSewwX/+4/Y0hr5o
bV9v6EOchAAigxponH9LMFzsaZFe1vQ4SoPZL8egk/HjPWhZL/8BCu1dcB8eZCFW
9Z51wVdf8K2NYN02kfkRWmxbL0uAVKeErqj61M7flFfcw2xn2rFfy/YR8yeV/Ddr
lfA9qOZE6YW7OtSYRDj8nHZju3Q+mjbzZ11HkCyjjoHPNGVwZXB24qa6ZAIB4VIu
5Wp5c7s+MJRAfpaHsISY4WFbV6GPP2YXY0mhTRW2bpv8cuZiAkv0SOWSEM7royG3
AIwuNox8bQzxOfPIHmqyLYM3s7ugLTu10KE8TJuLLYYxPjSBoXOTMSUWP4O9CCAP
afMI4tO/nIY3TZKWEdaPzDqisd9AcCQMa5pHSB8x/tg1jZ694GEHNMyGuzk1MIpA
DA68Gg2WNIwE3KR4PPfoI+ErCeuC+zq3eSTQ1qNSiw0OPhtphjQ=
=LTZL
-END PGP SIGNATURE-

Re: XFCE Panel to the bottom

[Cindy-Sue Causey]

On 6/23/17, Stephen P. Molnar  wrote:
> On 06/23/2017 09:59 AM, Cindy-Sue Causey wrote:
>> On 6/23/17, Mike Stroud  wrote:
>>> I have just installed Debian 8 32 bit XFCE. I've removed the bottom
>>> "dock"
>>> panel because I don't need it. I've added the Whisker menu onto the top
>>> panel menu. Now I'd like to move the top panel from it's default
>>> position
>>> on the top of the screen to the bottom of the screen, but I can't figure
>>> out how.
>>>
>>> I've "unlocked" the panel in Panel Preferences. When I right-click and
>>> select "move", I get a "fist" icon and a small blue horizontal bar.
>>> Google
>>> search tells me that I should see 2 dots at the end of the panel that I
>>> must "grab", but I don't. When I move the blue bar to the bottom, it
>>> moves
>>> back to the top.
>>>
>>> So, how do I move the panel to the bottom?
>>
>>
>> You are singlehandedly responsible for my own first "kernel panic" of
>> the day. I tried playing along to see if I could help find a fix.
>> Instead I initially... 100% totally lost a visual on that CRUCIAL
>> toolbar panel. *smacking (my) head!*
>>
>> After that first panic, I recouped and hit "ALT+F1" which brings up
>> access to Settings > Panel. By running down the list of 2 panels, my
>> top one reappeared. It's now located about a third of the way down the
>> screen.
>>
>> And there it very stubbornly sits while refusing to budge.
>>
>> Trial and error has shown me that the "blue bar" is *possibly* a
>> "Separator" (spacer) reference, i.e. NOT the whole panel being moved.
>> Right clicking and hitting "Properties" was my clue there. It keeps
>> snapping back because it (obviously) wants to stay on the panel to
>> which it is assigned.
>>
>> So if you... ok, if WE... can find some toolbar real estate that is
>> NOT that spacer placeholder [thingie], WE might be able to grab and
>> move that entire panel toolbar where WE both wish to see it in each,
>> our own, unique window setups..
>>
>> Just thinking out loud again *from ye ol' Pickens, grin* :)
>>
>> Cindy :)
>>
> It's really simple:
>
> 1.  Unlock the panel
>
> 2.  grab the panel at either edge and move it.


It has likewise been my lifelong observation that things are always,
yes, "simple" when one already knows how to do those things. In my
case, I actually knew how to do this, but early Alzheimer's disability
emulating cognitive issues precluded any instant memory recall of
having already successfully accomplished this, yes, very basic task.
Accomplishing this task successfully took going back through the whole
thing as though it was the first time all over again. :)

Glass half full: 1) Early Alzheimer's emulating issues help me see
things like Debian from the eyes of newby noob newcomers even though
I've been using computers since circa 1994 (8088 personal home
computer).

2) A plus for the long route this thread took is that somewhere a
newcomer will some day (if not today) learn they can for
example... use ALT+F1 to instantly bring up their Applications menu on
at least one desktop environment, Xfce4. That, yes, very tiny little
tip has saved me tons of hair pulling moments over the last few years.
:)

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: XFCE Panel to the bottom

[Cindy-Sue Causey]

On 6/23/17, Cindy-Sue Causey  wrote:
>
> I took a break, made some coffee, then came back to this with a refreshed
> brain.
>
> And there they are front and center your "dots".. Looks like about
> 6 on mine on either end of that panel without doing anything special
> to have to see them. If you hover over either set of dots then click
> and hold, you can move the whole panel wherever you wish to place it.
>

Sorry about this, but it turns out you DO have to do something to see
those dots related to moving panels around. I had already performed
the necessary action so I didn't realize it was all attached.

In *my* case, those dots appear when I right click and unlock that
panel so that it can be moved. I just made that association while
right clicking to see if those dots had any property values.

The option to lock that panel appeared on that right click menu. As
soon as I toggled that option to lock that panel back in place, the
dots disappeared from both ends of the panel.

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: XFCE Panel to the bottom

[Stephen P. Molnar]

On 06/23/2017 09:59 AM, Cindy-Sue Causey wrote:

On 6/23/17, Mike Stroud  wrote:

I have just installed Debian 8 32 bit XFCE. I've removed the bottom "dock"
panel because I don't need it. I've added the Whisker menu onto the top
panel menu. Now I'd like to move the top panel from it's default position
on the top of the screen to the bottom of the screen, but I can't figure
out how.

I've "unlocked" the panel in Panel Preferences. When I right-click and
select "move", I get a "fist" icon and a small blue horizontal bar. Google
search tells me that I should see 2 dots at the end of the panel that I
must "grab", but I don't. When I move the blue bar to the bottom, it moves
back to the top.

So, how do I move the panel to the bottom?



You are singlehandedly responsible for my own first "kernel panic" of
the day. I tried playing along to see if I could help find a fix.
Instead I initially... 100% totally lost a visual on that CRUCIAL
toolbar panel. *smacking (my) head!*

After that first panic, I recouped and hit "ALT+F1" which brings up
access to Settings > Panel. By running down the list of 2 panels, my
top one reappeared. It's now located about a third of the way down the
screen.

And there it very stubbornly sits while refusing to budge.

Trial and error has shown me that the "blue bar" is *possibly* a
"Separator" (spacer) reference, i.e. NOT the whole panel being moved.
Right clicking and hitting "Properties" was my clue there. It keeps
snapping back because it (obviously) wants to stay on the panel to
which it is assigned.

So if you... ok, if WE... can find some toolbar real estate that is
NOT that spacer placeholder [thingie], WE might be able to grab and
move that entire panel toolbar where WE both wish to see it in each,
our own, unique window setups..

Just thinking out loud again *from ye ol' Pickens, grin* :)

Cindy :)


It's really simple:

1.  Unlock the panel

2.  grab the panel at either edge and move it.

--
Stephen P. Molnar, Ph.D.Life is a fuzzy set
www.molecular-modeling.net  Stochastic and multivariate
(614)312-7528 (c)
Skype: smolnar1

Re: XFCE Panel to the bottom

[Cindy-Sue Causey]

On 6/23/17, Cindy-Sue Causey  wrote:
> On 6/23/17, Mike Stroud  wrote:
>> I have just installed Debian 8 32 bit XFCE. I've removed the bottom
>> "dock"
>> panel because I don't need it. I've added the Whisker menu onto the top
>> panel menu. Now I'd like to move the top panel from it's default position
>> on the top of the screen to the bottom of the screen, but I can't figure
>> out how.
>>
>> I've "unlocked" the panel in Panel Preferences. When I right-click and
>> select "move", I get a "fist" icon and a small blue horizontal bar.
>> Google
>> search tells me that I should see 2 dots at the end of the panel that I
>> must "grab", but I don't. When I move the blue bar to the bottom, it
>> moves
>> back to the top.
>>
>> So, how do I move the panel to the bottom?
>
> After that first panic, I recouped and hit "ALT+F1" which brings up
> access to Settings > Panel. By running down the list of 2 panels, my
> top one reappeared. It's now located about a third of the way down the
> screen.
>
> And there it very stubbornly sits while refusing to budge.
>
> Trial and error has shown me that the "blue bar" is *possibly* a
> "Separator" (spacer) reference, i.e. NOT the whole panel being moved.
> Right clicking and hitting "Properties" was my clue there. It keeps
> snapping back because it (obviously) wants to stay on the panel to
> which it is assigned.
>


I took a break, made some coffee, then came back to this with a refreshed brain.

And there they are front and center your "dots".. Looks like about
6 on mine on either end of that panel without doing anything special
to have to see them. If you hover over either set of dots then click
and hold, you can move the whole panel wherever you wish to place it.

First kernel panic of the day solved! *yayhoo!*

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: XFCE Panel to the bottom

[Cindy-Sue Causey]

On 6/23/17, Mike Stroud  wrote:
> I have just installed Debian 8 32 bit XFCE. I've removed the bottom "dock"
> panel because I don't need it. I've added the Whisker menu onto the top
> panel menu. Now I'd like to move the top panel from it's default position
> on the top of the screen to the bottom of the screen, but I can't figure
> out how.
>
> I've "unlocked" the panel in Panel Preferences. When I right-click and
> select "move", I get a "fist" icon and a small blue horizontal bar. Google
> search tells me that I should see 2 dots at the end of the panel that I
> must "grab", but I don't. When I move the blue bar to the bottom, it moves
> back to the top.
>
> So, how do I move the panel to the bottom?


You are singlehandedly responsible for my own first "kernel panic" of
the day. I tried playing along to see if I could help find a fix.
Instead I initially... 100% totally lost a visual on that CRUCIAL
toolbar panel. *smacking (my) head!*

After that first panic, I recouped and hit "ALT+F1" which brings up
access to Settings > Panel. By running down the list of 2 panels, my
top one reappeared. It's now located about a third of the way down the
screen.

And there it very stubbornly sits while refusing to budge.

Trial and error has shown me that the "blue bar" is *possibly* a
"Separator" (spacer) reference, i.e. NOT the whole panel being moved.
Right clicking and hitting "Properties" was my clue there. It keeps
snapping back because it (obviously) wants to stay on the panel to
which it is assigned.

So if you... ok, if WE... can find some toolbar real estate that is
NOT that spacer placeholder [thingie], WE might be able to grab and
move that entire panel toolbar where WE both wish to see it in each,
our own, unique window setups..

Just thinking out loud again *from ye ol' Pickens, grin* :)

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *