Optional Widget for Linux Lite 3.2

[frakbe]

Hi trinidad,
I' think that commas instead of periods depends on locale chosen for distro (mine is it_IT.UTF-8).
About the script: you're true, the only information that "have sense" to display near the label "Logged in as: " is the login name of the current user graphically logged on the desktop.
On the other hand, don't make sense to display sudoed user root, because the label explicitally refer only to the user that logged in.
Instead, if we assume to change the label from "Logged in as: " to "Users logged: ", then it would make sense to display all users connected, and even also sudoed ones (but how? I don't know).

[trinidad]

Frakbe,

In your posted image of the widget the memory display shows commas i/e - 7,71 GiB. I will check my other system to see if mine displays commas. Should be a period. Also the script to solve the multiple user issue, should either exchange the user names and not add a new user next to the one logged in, or the login as: user information should just display the original user logged in from the session login screen. Ideally root would be displayed next to user when sudo is invoked as well. Of course "ifs" and "thens" and a longer script would be required. The issue does not occur with LXterm or ROXterm for me, only XFCE4term, UXterm, and Xterm.

To sum up it would be nice if:
1) Users names would exchange
2) Root would be displayed next to user when sudoing.

TC     

[Jerry]

Good to hear

[frakbe]

Thank you for your commitment on Linux Lite, I'm using your good distro for my everyday tasks.

[Jerry]

I see what you mean, I'll add that to LL 3.4, thank you

[frakbe]

@Jerry: If i use "$USER" variable I'll see only my current session, but I don't see if there are session(s) of other user ('pino' user, in my example picture posted above).

[Jerry]

@frakbe, can you try:

Code: [Select]

${color}Logged in as:   ${alignr}${color}$USER
and let me know the result? Thank you.

[frakbe]

Hi to everyone,
I propose a little modification in .conky/widget file. With current configuration, if you are logged on many tty (or x-terminal) conky reports your login for any login you made, with a terrible 'look&feel'.

To modify this behaviour, I've made a little script, and saved it as "userlog.sh" in ~/.conky/userlog.sh.

Code: [Select]

~$ cat .conky/userlog.sh
#!/bin/bash
users|tr ' ' '\n'|sort -u|tr '\n' ' '
Then, I modified ~/.conky/widget as described below:

Code: [Select]

~$ diff .conky/widget.orig .conky/widget
122c122,123
< ${color}Logged in as: ${alignr}${color}${user_names}
---
> #${color}Logged in as: ${alignr}${color}${user_names}
> ${color}Logged in as:  ${alignr}${execi 10 ~/.conky/userlog.sh}

At picture below you can see the final result.

Hope you'll appreciate.

Franco 'frakbe'

[Jerry]

Thanks to your feedback, I'm incredibly excited to show folks what we've now achieved with the Lite Widget. I've hired a developer to work on some complex bash code for the Updates information and am pleased to report that this is progressing nicely. Look for it all in Linux Lite 3.2 Beta

[Jerry]

I agree either x day since last update or similar or a date last checked.. If I recall 2.8 was worded similarly in LLCC...

I too use hibernate more than shutdown.. Could a button or a link when clicked force the update to check or too is it too much for conky?

I can't find a resource that gives an example of clickable links in conky, but will work on a way to try and show time since the last update in human readable format.

[firenice03]

I agree either x day since last update or similar or a date last checked.. If I recall 2.8 was worded similarly in LLCC...

I too use hibernate more than shutdown.. Could a button or a link when clicked force the update to check or too is it too much for conky?

[LL-user]

Great Jerry!

If you wanted to take it a bit further and make it more convenient/straight forward to the user, you could give the relative time.
Something like:

---------------------
You last update was

      9 days ago
---------------------

Maybe even changing color from green to red if it went beyond a certain threshold of days.

In general I consider providing update status information very valuable and a great step forward.
Next step would be to work towards Shaggy's solution or to use one of the other ones out there.

[Jerry]

updates file code:

Code: [Select]

#!/bin/bash
# Check for Updates - for the Linux Lite Conky Widget
# Licence - GPLv2 Sharing is Caring
# Jerry Bezencon - Linux Lite 2016

# Variables

LASTUPDATES=$(LANG=C ls -lt --time-style="long-iso" /var/log/apt | grep -o '\([0-9]\{2,4\}[- ]\)\{3\}[0-9]\{2\}:[0-9]\{2\}' -m 1)

# Statements

echo "\${color2}"$LASTUPDATES

exit 0
widget code, line 127:

Code: [Select]

${alignc}${font AvantGardeLTMedium:bold:size=10}${color Tan1}Your last update was on:${font}

[Jerry]

In the given situation ('apt-get update' needs to be run manually) I would consider trinidad's suggestion to show the times of the last update more valuable to users.

I like that suggestion

[LL-user]

Hi Jerry,

Thanks for the update and very valuable information answering quite a few questions I had/raised

In the given situation ('apt-get update' needs to be run manually) I would consider trinidad's suggestion to show the time of the last update more valuable to users.

As "Your system is up to date" in the current state only refers to the time 'apt-get update' was run, it could give the user a false sense of "all OK", not realizing the package lists haven't been updated for maybe ages.

my 2c