Linux Lite Forums

Software - Support => Installing Software => Topic started by: Derek_ on January 23, 2019, 02:53:54 AM

Title: Updates via GUI - no indicator
Post by: Derek_ on January 23, 2019, 02:53:54 AM
Running updates via the GUI shows no progress indicator until it is finished.

It's highly likely that users will shutdown or reboot with the updates having only partially completed - not ideal.
Title: Re: Updates via GUI - no indicator
Post by: Jerry on January 23, 2019, 04:12:56 AM
On what version? Now may be a good time to update your Forum Profile with a bit more info. Thanks.

It's highly likely that users will shutdown or reboot with the updates having only partially completed - not ideal. - I doubt that's even happening, otherwise we'd be inundated with support requests for broken updates that point to that exact issue.
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on January 23, 2019, 10:29:49 PM
Hiya,

I'm using 4.2.. well, the computers i'm building for charity are using 4.2 (i'm not using Lite on my own PC). So far i've built 5 laptops and i didn't test it on all of them as i generally use the command line. But i definitely experienced it thrice - including just yesterday. The first time i experienced it, i didn't know it was doing stuff... and i rebooted. I can't remember what happened after that, but i 'noticed' it (i think it broke something and i had to -f or something.. sorry, it was a couple of weeks ago) and the next time i did it that way i paid attention. I fired up HTOP to see that updates were in fact running though there was nothing on the desktop to show it. I let it finish, whereupon it said it was done.

The third time was yesterday, checking before i made the post. Same deal.

All three were on different laptops.

Perhaps this should be moved to 'bugs', if its not expected behaviour.

EDIT: I've updated my profile, but short of stating i'm using 4.2 (which the profile seemed to have already) i can't specify much else. I have switched to Lite (from Ubuntu, which became too confusing for people with 18.04) and install it on all manner of hardware.
Title: Re: Updates via GUI - no indicator
Post by: smhardesty on January 28, 2019, 11:39:26 AM
Derek,

If I may be so bold, I'd like to suggest you load and keep one of the PCs you are building for charity. I also did this type of thing several years ago. I donated to a local Christian School and also to kids that would otherwise not be able to have one in home. Having a "reference PC" that you have worked out any problems on is a very useful tool.

My second comment would be in the form of a question. Why are you, or the recipients of the PCs, rebooting or shutting down so quickly after launching a system update? A reboot is not required in most cases of updates. You did note in your post that you are seeing an end of update indicator when running via GUI. Maybe some brief instruction to the recipients of the PC regarding looking for the end of update is in order? Just a thought.

If you are unable to find a suitable solution using basic, conventional means, try looking into the tweaked Mint Update Manager that Ralphy has provided us.
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on February 01, 2019, 05:44:32 AM
My second comment would be in the form of a question. Why are you, or the recipients of the PCs, rebooting or shutting down so quickly after launching a system update? A reboot is not required in most cases of updates. You did note in your post that you are seeing an end of update indicator when running via GUI. Maybe some brief instruction to the recipients of the PC regarding looking for the end of update is in order? Just a thought.

Hi smhardesty (catchy name) :)

Because there's no indication its doing anything, one just assumes its finished (or there wasn't anything to update).

If you are unable to find a suitable solution using basic, conventional means, try looking into the tweaked Mint Update Manager that Ralphy has provided us.

What kind of conventional means? It seems this is the first people have heard/reported it - but i had it on three separate laptops. If there's a known workaround, i'd love to try it and report back.

I usually update via the Terminal, but i doubt a single recipient of these laptops would.
Title: Re: Updates via GUI - no indicator
Post by: smhardesty on February 01, 2019, 11:51:49 AM

I'll attempt to tackle each concern and clarify best I can.


Quote
Because there's no indication its doing anything, one just assumes its finished (or there wasn't anything to update).

I won't bother with the whole assume thing. Let's tackle the issue. You, yourself stated that you ran the update and after a short period you did receive notification that the update was done. I made sure to run "Lite Updates" on this laptop right before I started typing these responses. My system happened to be up to date so I received a window that clearly indicated to me that the update was indeed completed and that my system was up to date. The window had only a single "OK" button that closed it. I could start listing a lot of "actions" taken either on a computer or in some other aspect of life where you wouldn't "assume" the action or task were complete until you were notified, or in some other fashion absolutely certain it had finished.


Quote
What kind of conventional means? It seems this is the first people have heard/reported it - but i had it on three separate laptops. If there's a known workaround, i'd love to try it and report back.

Probably not the best choice of terminology, but I was trying to be kind and courteous. By "basic, conventional means" I was referring to taking the time to instruct new users of the OS what they might expect when launching "Lite Updates". If you are turning these donated laptops over to a bunch of younger users that have never before seen a Linux installation, there MUST BE a minimum of instruction. It seems many Windows users first switching to Linux expect whatever distro they have chosen to either be completely self explanatory and intuitive, or be exactly like Windows. Not a single one of those Windows users fell out of bed one day and sat down at a Windows PC and never had to ask a single question. Each and every one of them received instruction of some sort from some person or entity.


Quote
I usually update via the Terminal, but i doubt a single recipient of these laptops would.

I have, and continue to, update in 4 different ways. I primarily use the updater supplied by Ralphy, but on occasion update via command line, "Lite Updates", or Synaptic, but what you and I do aren't your primary concern, or that is what you have stated. Your concern seems to be with these laptop recipients.
.
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on February 01, 2019, 05:29:18 PM

I won't bother with the whole assume thing. Let's tackle the issue. You, yourself stated that you ran the update and after a short period you did receive notification that the update was done. I made sure to run "Lite Updates" on this laptop right before I started typing these responses. My system happened to be up to date so I received a window that clearly indicated to me that the update was indeed completed and that my system was up to date. The window had only a single "OK" button that closed it. I could start listing a lot of "actions" taken either on a computer or in some other aspect of life where you wouldn't "assume" the action or task were complete until you were notified, or in some other fashion absolutely certain it had finished.

Here's what's happening: The updates are still installing (as one can see in HTOP), but there is no GUI indicator that i can see that the updates are still installing. It does eventually tell me when it's finished. That's just not typical behaviour. A progress indicator is typical behaviour.


Probably not the best choice of terminology, but I was trying to be kind and courteous. By "basic, conventional means" I was referring to taking the time to instruct new users of the OS what they might expect when launching "Lite Updates". If you are turning these donated laptops over to a bunch of younger users that have never before seen a Linux installation, there MUST BE a minimum of instruction. It seems many Windows users first switching to Linux expect whatever distro they have chosen to either be completely self explanatory and intuitive, or be exactly like Windows. Not a single one of those Windows users fell out of bed one day and sat down at a Windows PC and never had to ask a single question. Each and every one of them received instruction of some sort from some person or entity.

Sigh. It's just not normal behaviour for there to be no progress indicator.  Should there be a progress indicator or not? Is this a bug or expected behaviour? Is it unique to my builds? Are you able to verify that this happens on your device/s?
Title: Re: Updates via GUI - no indicator
Post by: TheDead on February 01, 2019, 06:47:33 PM
1.
Here's what's happening: The updates are still installing (as one can see in HTOP), but there is no GUI indicator that i can see that the updates are still installing. It does eventually tell me when it's finished. That's just not typical behaviour. A progress indicator is typical behaviour.

I have not personnaly seen this behavior but, throwing ideas :
The window should not close before finishing indeed. There is a "work" windows but no a progress bar, circle, etc. per say.
But... it could maybe be minimized and/or not showing in the bottom bar if there's a bug or configuration change in the bottom bar.
Also, if multiple desktops are used, it could be happily running on another desktop and you will not see it at all unless switching to the appropriate one.

Hope my blabbering will help! ;)

Cheers!
Title: Re: Updates via GUI - no indicator
Post by: smhardesty on February 01, 2019, 07:22:01 PM
After reading your responses, it's just not worth responding again. You got your reply, and it was brutally honest. In the event you are unaware, as it obviously apparent, you have the option if building your very own Linux distro with each and every option you choose. Secondly, you can tweak any distro, including this one, and create an ISO image to install on as many laptops as you choose.

I suggest you explore those options since Lite isn't and won't be a big, bulky, do all distribution. It is intended to be an easy to use, simple way for Windows users to switch to Linux. It meets that goal. If you want kids never exposed to Linux to be able to install "billions" of "apps", teach them to use Synaptic. Since you intend to have absolutely ZERO contact with these kids, it would be interesting to know how you expect them to learn, or even know, this. Good luck. ;-)
Title: Re: Updates via GUI - no indicator
Post by: Jerry on February 01, 2019, 11:23:36 PM
@Derek_ do a screen recording of this 'no progress indicator' on Install Updates, record the whole thing start to finish.
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on February 03, 2019, 02:56:03 AM
@Derek_ do a screen recording of this 'no progress indicator' on Install Updates, record the whole thing start to finish.

Hi Jerry, that's a good idea/exercise (i've never done it before).

Just a note, i updated another laptop today and it did the same thing. I think that's 4 out of 4 now (maybe 5)? As i've only updated that one today it'll take me a while to get back to you with a screen record.

@TheDead - i hadn't thought of it switching to a different Workspace. I'm not using multiple Workspaces when i go through this exercise, but i guess it is possible its flipping there somehow. I'll keep an eye out for that too.
Title: Re: Updates via GUI - no indicator
Post by: stevef on February 06, 2019, 03:30:47 AM
Greetings,

I have two linux lite machines one running 3.8 and one on 4.0.  I've noticed that they behave differently when using the update GUI which I habitually run on first power up of the day from the 'Welcome to Linux Lite' pop up.  Both machines proceed similarly through the first few clicks.

After entering the password, both machines show the 'Updating Software Sources' window which shows the 'get' activity and then display the 'Updates Available' list window.

After selecting 'update now' at this point the behaviour differs.

The 3.8 machine displays 'Downloading - please wait' window with a progress bar.
This switches to an 'Installing - please wait' window with an activity indicator.
Finally, the 'Completed - success' window appears with the option to view the log.

On the 4.0 machine, if I watch carefully, the 'Downloading - please wait' window appears but it self clears very quickly (blink and you'd miss it).
This is the case even when there is a significant download e.g. a new version of Firefox.
I've not seen an 'installing' window and nothing appears to be happening until the 'updates completed successfully' window pops up.

I've never re-booted during the update but at least once (before I got used to it) I restarted the update process on the 4.0 machine during the 'silent' downloading/installing phase because I'd got confused what was happening.

The only other difference I've noticed is that at the 'enter password' window, 3.8 says the application is /usr/scripts/updates-gui and 4.0 says the application is /usr/bin/lite-updates.
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on April 25, 2019, 03:09:39 AM
@Derek_ do a screen recording of this 'no progress indicator' on Install Updates, record the whole thing start to finish.

Sorry it's been too long. Here's the screenrecord (it's too big to attach, at 2mb).

https://mega.nz/#!GEZkDC6a!HPK-CMD8NudAVS53u5W0p3kmEQDA-NRtFzYJV4-Fevg
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on April 25, 2019, 03:11:08 AM

On the 4.0 machine, if I watch carefully, the 'Downloading - please wait' window appears but it self clears very quickly (blink and you'd miss it).
This is the case even when there is a significant download e.g. a new version of Firefox.
I've not seen an 'installing' window and nothing appears to be happening until the 'updates completed successfully' window pops up.


Yup. That's it.
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 25, 2019, 03:17:07 AM
@Derek_ I'd like to know the spec of the computer you made that recording on, looks like it was really struggling. Cpu, ram, gpu etc.
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on April 25, 2019, 03:25:16 AM
@Derek_ I'd like to know the spec of the computer you made that recording on, looks like it was really struggling. Cpu, ram, gpu etc.

Hiya, this one is an i3-2310 with 4gb RAM.

note this has happened on a few other machines of varying specs (mostly lower than this one). But all have 4gb RAM.
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 25, 2019, 03:27:08 AM
Try running lite-updates from the Terminal and record that.
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on April 25, 2019, 03:36:06 AM
Locked, presumably the other updates i ran a short while ago are still in progress (there would have been a lot - i haven't touched the laptop since January). I have not yet received advice that they have completed.

https://mega.nz/#!TMYUUI4T!joj1BMUEBQBDO9Z-776Li--keEg60NcuDf_-9APnJlM

It would have been better if i thought to do the terminal load the first time :/
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 25, 2019, 03:41:13 AM
You'll need to keep your computer running until updates in the background finish or you'll end up in a mess with unfinished packages, keep monitoring the process via htop.
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on April 25, 2019, 04:02:35 AM
You'll need to keep your computer running until updates in the background finish or you'll end up in a mess with unfinished packages, keep monitoring the process via htop.

It ultimately did pop up with the notification that all was done, and asked if i would like to reboot (which i did).

But yes, no notification of the updates in progress. I have to prep this machine for donation. Hopefully you have what you need, but if you still want, next time around i'll run lite-updates from the terminal and record it to show. But that might be a while again.
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 25, 2019, 04:12:42 AM
I can't replicate it, and there's no record of zenity behaving in this way that I can see, therefore there's not a lot to go on.

Try this Yad version next time:

Code: [Select]
#!/bin/bash
#-----------------------------------------------------------------------------------------
# Name: Linux Lite Updates
# Description: A GUI tool to easily install Updates in Linux Lite.
# Authors: Misko_2083, Jerry Bezencon, gerito1, Ralphy
# Website: https://www.linuxliteos.com
#-----------------------------------------------------------------------------------------

_APPNAME="Linux Lite Updates"                # Application name variable
_MYUPDUSER=$(whoami)
_ICON="/usr/share/icons/Faenza/apps/scalable/synaptic.svg"     # Linux Lite icon variable
_UPDATES=$(mktemp /tmp/updateslist.XXXXXX)   # Updates log variable
_DATE=$(date +"%A-%d-%B-%Y-%T")              # Date variable
_TMPU="/tmp/_updusr"
_PLAIN="/tmp/updateslist.txt"
_LLUPDATES="/var/log/llupdates.log"
if [ ! -f "$_TMPU" ]; then echo "$_MYUPDUSER" > "$_TMPU"; chmod 600 "$_TMPU"; fi
_SVUSER=$(cat "$_TMPU")

# function remove temp files
rm_temp_files() {
rm -f $_SVUSER
rm -f $_TMPU
rm -f $_UPDATES
rm -f $_PLAIN
rm -f /tmp/updateslist.*
}

# function view, save update log
view_save_log() {
  _ANS=$(yad --center --borders=15 --question --image=logviewer --text-info --width="780" --height="400" --window-icon="$_ICON" --title=" $_APPNAME Error log" \
                --button=gtk-cancel:1 --button="Save":0 --filename="$_LLUPDATES" 2>/dev/null); _OPT=$(echo $?)

    if [[ "$_ANS" =~ "Copy to clipboard" ]]; then
      sudo -u ${SUDO_USER:-$_SVUSER} xclip -selection c "$_LLUPDATES"
      xhost local:$_SVUSER > /dev/null 2>&1
      export DISPLAY=:0
      _NTFYICON="/usr/share/icons/Faenza/places/48/distributor-logo-ubuntu.png"
      notify-send -i "$_NTFYICON" 'Updates Log copied to clipboard' "Go to www.linuxliteos.com/forums and paste the log into a new or existing thread." -t 10000
      xhost - >/dev/null 2>&1; rm_temp_files; exit 0
    fi
    case $_OPT in
       0) szSavePath=$(yad --center --image=logviewer --borders=15 --title="    Save Updates Log" --width="600" --height="400" --file-selection --filename="/home/$_SVUSER/llupdates.log" \
                              --window-icon="$_ICON" --file-filter='*.log' --file-filter='All files | *' --save --confirm-overwrite 2>/dev/null)
           if [ "$?" -eq "0" ]; then sudo -u ${SUDO_USER:-$_SVUSER} cp "$_LLUPDATES" "$szSavePath"; rm_temp_files; else rm_temp_files; exit 0 ; fi ;;
       1) rm_temp_files; exit 0 ;;
    esac
}

# Check Internet access
if eval "curl -sk google.com" >> /dev/null 2>&1; then :; else # Prompt ERROR internet connection check failed and exit
  yad --center --borders=15 --info --width="320" --height="120" --window-icon="$_ICON" --button=gtk-ok:1 --title="$_APPNAME" \
         --text="\n<b>Your computer is not connected to the Internet.</b> \n \nLinux Lite cannot check for Updates.\nPlease check your internet connection and try again.\n" --text-align center 2>/dev/null
  rm_temp_files; exit 0
fi

# Kill off any package managers that may be running
if [ "$(pidof synaptic)" ]; then killall -9 synaptic; fi
if [ ! -z "$(pgrep gdebi-gtk)" ]; then killall -9 gdebi-gtk; fi

# start dialog - Ask for elevation, else exit
if [ $EUID -ne 0 ]; then
  yad --center --borders=15 --image=system-software-install --question --width="320" --height="120" --window-icon="$_ICON" --button=gtk-cancel:1 --button="Continue":0 --title="$_APPNAME" \
       --text="\nLinux Lite will now fetch the Updates list.\n\nClick <b>Cancel</b> to exit now or <b>Continue</b> to proceed.\n" --text-align center 2>/dev/null
   case $? in
      0) pkexec "$0"; if [ "${PIPESTATUS[@]}" -eq "126" ]; then rm_temp_files; fi; exit 0 ;;
      1) rm_temp_files; exit 0 ;;
   esac
fi

if [ "$?" -eq "0" ];then
  # xclip check/ install
  if [ -z  "$(dpkg -l | grep -E '^ii' | grep xclip)" ]; then
    apt-get install xclip -y | yad --center --borders=15 --image=system-software-install --progress --pulsate --window-icon="$_ICON" --auto-close --no-cancel --width="320" --height="80" --title="$_APPNAME" \
                                       --text="Preparing... please wait...\n" --text-align center --no-buttons --skip-taskbar 2>/dev/null
  fi

# Repositories registered
_SLIST=$(grep '^deb ' -c /etc/apt/sources.list)
_SLISTD=$(grep -R --exclude="*.save" '^deb ' -c /etc/apt/sources.list.d/ | grep -c /)
APTUPDATE=$(($_SLIST + $_SLISTD)) # Total of repositories registered, this is approximated
apt-get update 2>&1 | tee "$_LLUPDATES" |
awk -v total=$APTUPDATE '/^Ign|^ Get/{count++;$1=""} FNR { if (total != 0){percentage=int (1000*count/total);print (percentage > 1000),"\n#",substr($0, 0, 128) }; fflush(stdout)}' \
| yad --center --undecorated --borders=35 --progress --text="Updating package lists...\n" --text-align center --window-icon="$_ICON" --title="Updating Software Sources - please wait..." --no-buttons --skip-taskbar --auto-close 2>/dev/null
    if [ "${PIPESTATUS[0]}" -ne "0" ]; then
        unset APTUPDATE; rm_temp_files; unset _UPDATES
        sed -i '1 i\===========================\
Install Updates Error Log\
===========================\
\
Install Updates could not fetch the package cache information lists.\
Go to https://www.linuxliteos.com/forums/ and paste the log below into\na new or existing thread for assistance.\n\
============ Log ===========\n' "$_LLUPDATES"
        sleep 4 | yad --center --borders=15 --image=error --progress --pulsate --window-icon="error" --auto-close --no-cancel --width="380" --height="80" --title="$_APPNAME - Error" \
                         --text="Errors occurred while fetching packages cache information lists.\n\n✔ Retrieving error log, please wait...\n" --no-buttons --skip-taskbar --text-align center 2>/dev/null
        view_save_log; exit 1
    fi
  unset APTUPDATE

  # Creates a list in /tmp/updateslist
  apt-get --just-print dist-upgrade 2>&1 | perl -ne 'if (/Inst\s([\w,\-,\d,\.,~,:,\+]+)\s\[([\w,\-,\d,\.,~,:,\+]+)\]\s\(([\w,\-,\d,\.,~,:,\+]+)\)? /i) {print "Name: $1 INSTALLED: $2 AVAILABLE: $3\n"}' |
  awk '{print NR,":\t"$0}' > $_PLAIN
  sed '
  s:$::
  ' $_PLAIN >> $_UPDATES


  # Check for available updates; if none then remove /tmp/updateslist.XXXXXX and display up-to-date dialog
      if [  -z "$(cat $_PLAIN)"  ]; then
        rm_temp_files; unset _UPDATES
        yad --center --borders=15 --image=gtk-info --info --window-icon="$_ICON"  --width="260" --height="60" --title="  $_APPNAME" \
               --text="\nYour system is up to date.\n"  --text-align center 2>/dev/null
        exit 0
      fi

# Erase existing available info
dpkg --clear-avail
else
  rm_temp_files; unset _UPDATES; exit 0
fi

# Call the yad dialog to show update list
yad --center --borders=15 --image=system-software-install --text-info --back=#eff1f4 --window-icon="$_ICON" --button=gtk-cancel:1 --button="Update Now":0 --title="Available Updates" --width="760" --height="400" --fontname="Droid regular 10" --filename="$_UPDATES" 2>/dev/null
      if [ "$?" -eq "0" ];then
        # Continue script if no halt, remove tmp file and unset variables
        rm $_UPDATES; unset _UPDATES

#Begin upgrade
DEBIAN_FRONTEND=noninteractive apt-get -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" dist-upgrade -y  2>&1 | tee "$_LLUPDATES" |
awk ' BEGIN { FS=" "; total=1;end_download=0} /upgraded/ {total= $1 + $3;FS="[ :]" } /^Get:[[:digit:]]+/ {printf "#Downloading %s %s %s\n",$7,$(NF-1),$NF;print int(($2 - 1) * 100 / total);
fflush(stdout)} /^\(Reading / {if (end_download==0){print 100;fflush(stdout);end_download=1}} /^(Preparing|Unpacking|Selecting|Processing|Setting|Download)/ {print "#", substr($0, 0, 128); fflush(stdout)}' \
  | ( yad --center --undecorated --borders=35 --progress --window-icon="$_ICON" --percentage="0" --auto-close --text="Downloading package(s)...\nThis may take a while.\n" --text-align center --no-buttons --skip-taskbar  2>/dev/null;
      yad --center --undecorated --borders=35 --progress --window-icon="$_ICON" --percentage="0" --auto-close --text="Installing and configuring package(s)...\nThis may take a while.\n" --text-align center --no-buttons --skip-taskbar 2>/dev/null)

    if [ "${PIPESTATUS[0]}" -ne "0" ]; then
      sed -i '1 i\===========================\
Install Updates Error log\
===========================\
Install Updates could not successfully download and install available updates.\
Go to https://www.linuxliteos.com/forums/ and paste the log below into a new or existing thread for assistance.\n\
============ Log ===========\n' "$_LLUPDATES"
      sleep 4 | yad --center --borders=15 --image=error --progress --pulsate --window-icon="error" --auto-close --no-cancel --width="320" --height="80" --title="$_APPNAME - Error" \
                       --text="Errors occurred while updating. \n\n✔ Retrieving errors log. Please wait...\n" --text-align center --no-buttons --skip-taskbar 2>/dev/null
      view_save_log; exit 0
    fi

    # Halt updates script if user selects Cancel
    else
       rm_temp_files; unset _UPDATES
       yad --center --borders=15 --image=info --info --width="300" --button=gtk-ok:1 --timeout="6" --window-icon="$_ICON" --title="   $_APPNAME" --text="\nUpdates have been canceled.\n" --text-align center 2>/dev/null
       exit 0
    fi

# If Ubuntu base package has been upgraded during Install Updates, /usr/share/plymouth/themes/ubuntu-text/ubuntu-text.plymouth
llverprnt=$(awk '{print}' /etc/llver)
checkdefplym="/usr/share/plymouth/themes/ubuntu-text/ubuntu-text.plymouth"

if grep -q 0x988592 "$checkdefplym"; then
  sed -i "s/^title=Ubuntu.*$/title=$llverprnt/g" /usr/share/plymouth/themes/ubuntu-text/ubuntu-text.plymouth ;
  sed -i "s/black=0x2c001e/black=0x000000/g" /usr/share/plymouth/themes/ubuntu-text/ubuntu-text.plymouth ;
  sed -i "s/white=0xffffff/white=0xffffff/g" /usr/share/plymouth/themes/ubuntu-text/ubuntu-text.plymouth ;
  sed -i "s/brown=0xff4012/brown=0xffff00/g" /usr/share/plymouth/themes/ubuntu-text/ubuntu-text.plymouth ;
  sed -i "s/blue=0x988592/blue=0x000000/g" /usr/share/plymouth/themes/ubuntu-text/ubuntu-text.plymouth && update-initramfs -u |
  yad --center --undecorated --borders=35 --progress --auto-close --pulsate --text="Updating boot configuration please wait...\n" --text-align center --no-buttons --skip-taskbar
else
    echo " "
fi

    PROCEED=$(yad --center --borders=15 --question --image=logviewer --width="300" --height="80" --window-icon="$_ICON" --title="  $_APPNAME" --text-align center --window-icon="$_ICON" --button="No":1 --button="Yes":0 --text="\n$_APPNAME completed successfully.\n\nWould you like to view the\n$_APPNAME log?\n" 2>/dev/null ; echo $?)
    if [ ${PROCEED} -eq 1 ]; then rm_temp_files; :; else
      yad --center --borders=15 --question --image=logviewer --text-info --width="750" --height="400" --button="Close":1 --button="Save":0 --title="  $_APPNAME Log" --filename="$_LLUPDATES" 2>/dev/null
        if [ $? -eq 0 ]; then
          # Save report
          szSavePath=$(yad --center --image=logviewer --borders=15 --width="600" --height="400" --window-icon="$_ICON" --title=" Save Updates Log" --file-selection --filename=/home/$_SVUSER/llupdates-"${_DATE}".txt --file-filter='*.txt' \
                              --file-filter='All files | *' --save --confirm-overwrite 2>/dev/null)
          sudo -u ${SUDO_USER:-$_SVUSER} cp "$_LLUPDATES" "$szSavePath"; rm_temp_files; else rm_temp_files; :
        fi
    fi
    if [ -s /var/run/reboot-required ]; then
        yad --center --question --image=gtk-info --borders=15 --width="300" --height="100" --window-icon="$_ICON" --button="Continue using my computer:"1 --button="Restart Now":0 --title="  Linux Lite Updates" --text-align center \
               --text="These updates require the system to be restarted\nfor the changes to take effect.\n\nWould you like to restart now?\n" 2>/dev/null
        if [ "$?" -eq "0" ]; then reboot; else exit 0 ; fi
    fi

exit 0

It looks a lot different yes, but I don't want that to be the focus here. I need to see if it's just Zenity doing this, one way to test is with another frontend. Back up your existing lite-updates file first (/usr/bin/)
Title: Re: Updates via GUI - no indicator
Post by: Searchernow on April 25, 2019, 08:48:29 AM

On the 4.0 machine, if I watch carefully, the 'Downloading - please wait' window appears but it self clears very quickly (blink and you'd miss it).
This is the case even when there is a significant download e.g. a new version of Firefox.
I've not seen an 'installing' window and nothing appears to be happening until the 'updates completed successfully' window pops up.


Yup. That's it.


Me Too! 

I don't have time to get into this topic on any technical level, but I was moved to post here as I was somewhat taken aback at the smhardesty response to Derek's reasonable enquiry. I had the same issue on moving from 3.8 to 4.0, on 2 laptops, ie the updates window disappeared immediately after updating started. I'm not getting any younger and I could be liable to forget it's updating and power down for the night!

It's not a case of asking for an extra feature on LL - it clearly was there before 4.x.  And I do recall mention of it on the release announcement thread for 4.0, so it was missed by at least one person at that time.

Anyway, a small relatively point on a wonderful OS, and a normally very polite and non-judgemental forum.

Thanks Jerry and the team!
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on April 27, 2019, 08:49:07 AM
It looks a lot different yes, but I don't want that to be the focus here. I need to see if it's just Zenity doing this, one way to test is with another frontend. Back up your existing lite-updates file first (/usr/bin/)

Bugger. I forgot to backup the lite-updates file first. Mind you, it was a brand new fresh install on a different laptop. If necessary i can rebuild it, run the update the normal way to check its behaviour. And also do it your way - per instructions next time ;)

The other machine i was working on has already gone to a new home.

I wasn't completely sure what to do, so this is what i did:
created a plain file and pasted in your code
named 'update.sh'
set permissions to allow it to execute
ran 'sudo ./update.sh

Whereupon i was prompted to continue or cancel. I continued and the 'Downloading package(s)' dialogue stayed visible, then 'Installing and configuring package(s)'... and i'm going to bed. :)

Title: Re: Updates via GUI - no indicator
Post by: Derek_ on April 27, 2019, 08:51:56 AM

Me Too! 

It's not a case of asking for an extra feature on LL - it clearly was there before 4.x.  And I do recall mention of it on the release announcement thread for 4.0, so it was missed by at least one person at that time.

Anyway, a small relatively point on a wonderful OS, and a normally very polite and non-judgemental forum.

Thanks Jerry and the team!

Yeah, it's pretty cool how a maintainer jumps on the forum and helps diagnose it. Don't find that every day :)

Three people have reported the same thing in this thread now, should we raise a proper bug? I suppose we're deep here now, might as well see where the problem is if we can.
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 27, 2019, 08:55:10 AM
The first step is for people to test Post #20, then we can progress.
Title: Re: Updates via GUI - no indicator
Post by: Derek_ on April 28, 2019, 01:24:27 AM
The first step is for people to test Post #20, then we can progress.

I did, and i put my results in post 22 :)

I hope the other two who have reported it also do so.
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 28, 2019, 01:41:42 AM
The first step is for people to test Post #20, then we can progress.

I did, and i put my results in post 22 :)

I hope the other two who have reported it also do so.

I put what fle to edit in my post, again: Back up your existing lite-updates file first (/usr/bin/)
then overwrite the contents of /usr/bin/lite-updates
Title: Re: Updates via GUI - no indicator
Post by: stevef on April 29, 2019, 02:01:47 AM
Changed the lite-updates file to the Yad version code as suggested in post #20 on my version 4.2 machine, but as I'd already updated that day, there were no further updates to install.

When I ran updates on boot up this morning, it picked up the requirement for some new files related to gimp.

I clicked to accept the updates and the behaviour appeared to be the same as with the original Zenity code, i.e. I think the 'downloading' window popped up very briefly, there was no 'installing' window, but an 'updates completed' window appeared after completion.

I'll monitor the next few updates to confirm this is happening, but on first view, Yad seems to be the same as Zenity with regard to the topic.

Thanks for reading.

 
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 29, 2019, 02:18:50 AM
@stevef wait until you get a big list of updates, and there should also be at least one big file in the updates. Even if you have a large list of updates, they could all be small file sizes and if you have broadband, the downloading is going to be very quick anyway.
Title: Re: Updates via GUI - no indicator
Post by: stevef on April 29, 2019, 04:41:32 AM
Will do.  I understand the flat number of file updates is not a reliable indicator of size of download.  That said, according to the updates log this morning the 3 files required for the gimp updates 'Fetched 18.7 MB in 37s (505 kB/s)' so if there was a 'downloading updates' window (on top) while this was going on, I doubt I'd have missed it particularly as I was looking out for it with the Yad version.

This seems to be a edge case and is largely cosmetic.  I wonder if it is related to some tweaks (perhaps to desktop settings) that only a few people happen to have in place which causes the windows non-appearance.

I've not noticed any other problems, but would it be worth reverting my desktop settings to a standard set up ?

Thanks again.
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 29, 2019, 06:35:52 AM
Standard set up - yes, try anything please. This situation may take a while to pinpoint. There's no 'bug' as such otherwise the app would crash, so it's leaving no trace of a fault. Very tricky.
Title: Re: Updates via GUI - no indicator
Post by: stevef on April 30, 2019, 02:22:32 AM
Just to confirm, I ran the Yad version update this morning and it appears the overall process has the same cosmetic quirk as with the Zenity code.

After clicking to approve the listed updates, the 'downloading progress' window appears but self closes almost immediately. The expected 'installing progress' window does not appear but after an appropriate time the 'updates completed' window does appear.  Reviewing the log at this point reports the update required 37.6MB download.

I'll try to recall and revert my desktop tweaks and report any changes.

Thanks for reading.
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 30, 2019, 02:36:58 AM
Thank you.
Title: Re: Updates via GUI - no indicator
Post by: DeepThought on April 30, 2019, 07:58:34 AM
Hi @Jerry  I have observed this behaviour myself but because I generally update via the terminal I have ignored it.
Since others have reported this I've done some tests to try and find the problem.

Computer   Dell Inspiron M5040
Processor   AMD E-450 APU with Radeon(tm) HD Graphics
Memory   3632MB (635MB used)
Machine Type   Portable
Operating System   Linux Lite 4.4

Starting with a clean Linux Lite install on first boot I created a restore point using Timeshift before doing anything.
From the Welcome dialog I click on the updates and enter my password, then:

Observations:
progress dialog for updating sources appears and is then replaced with available updates list dialog.
clicking on updates button starts process
downloading updates dialog appears briefly before disappearing.
there is no on screen indication of anything happening, in fact it is only the "hdd activity led" on the front of the laptop that indicates something is going on.
the next dialog to appear is the "updating boot configuration, Please wait ....." and then updates completed dialog and option to view the updates log.

After doing a system restore with Timeshift I changed lite-updates with the one posted by Jerry using yad, and repeated the above with the exact same observations.

I did a system restore once more and did one more test. I started lite-updates from the terminal. The exact same thing happened as per the dialogs, but the terminal showed an error:

Code: [Select]
/usr/bin/lite-updates
awk: cmd. line:1: (FILENAME=- FNR=82) fatal: division by zero attempted
Gtk-Message: 12:15:17.164: GtkDialog mapped without a transient parent. This is discouraged.
File does not exist

The awk message came up when the downloading dialog disappeared.
The GTK message appeared when the updating boot configuration dialog appeared followed by the file does not exist and then the updates completed dialog.

I hope this helps in finding the problem.
DeepThought
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 30, 2019, 08:06:29 AM
Thanks @DeepThought that should actually help me sought this out :)
Please keep that test machine the way it is and I'll be in touch with you to try some things, if you don't mind.
Title: Re: Updates via GUI - no indicator
Post by: DeepThought on April 30, 2019, 08:12:04 AM
Hi @Jerry  No problem, the machine has been restored back to it's original zenity version of lite-updates, but simple enough to change to the yad version if needed :)
Title: Re: Updates via GUI - no indicator
Post by: Jerry on April 30, 2019, 08:13:17 AM
Stay on Zenity version please.
Title: Re: Updates via GUI - no indicator
Post by: DeepThought on April 30, 2019, 08:17:39 AM
ok :)
Title: Re: Updates via GUI - no indicator
Post by: DeepThought on May 01, 2019, 04:27:03 AM
Hi @Jerry I added set -xv to lite-updates, just before the variables are declared and ran the script.
I have attached the terminal output.
The awk error appears at line 711
Hope this helps
Title: Re: Updates via GUI - no indicator
Post by: Jerry on May 01, 2019, 04:40:47 AM
Thanks for taking the time to work on this :)
Title: Re: Updates via GUI - no indicator
Post by: Jerry on May 01, 2019, 08:01:06 AM
Ok, thanks to @DeepThought we may be one step closer. What I need from folk in this thread and from any others that experience this issue is what CPU they are running.

Just run:

Code: [Select]
inxi -C
from your Terminal, and paste the output here. Cheers :)
Title: Re: Updates via GUI - no indicator
Post by: stevef on May 01, 2019, 10:42:45 AM
Jerry,

The machine showing the problem has a Quad core Intel Core i5-4460.

Code: [Select]
 stephen  ~  inxi -C
CPU:       Quad core Intel Core i5-4460 (-MCP-) cache: 6144 KB
           clock speeds: max: 3400 MHz 1: 1117 MHz 2: 1433 MHz 3: 1000 MHz
           4: 1235 MHz
 stephen  ~  

Steve
Title: Re: Updates via GUI - no indicator
Post by: Searchernow on May 01, 2019, 03:14:59 PM
Jerry,

inxi -C
CPU:       Dual core Intel Core i5-3320M (-MT-MCP-) cache: 3072 KB
           clock speeds: max: 3300 MHz 1: 1197 MHz 2: 1204 MHz 3: 1200 MHz
           4: 1199 MHz


I can't access the other laptop right now, but it also has an i5.

Edit:  both laptops have the problem.
Title: Re: Updates via GUI - no indicator
Post by: Jerry on May 01, 2019, 09:24:09 PM
Thanks folks :)
Title: Re: Updates via GUI - no indicator
Post by: DeepThought on May 02, 2019, 03:09:07 AM
Dell Inspiron M5040 using Linux-Lite 4.4 64bit
Code: [Select]
$ inxi -C
CPU:       Dual core AMD E-450 APU with Radeon HD Graphics (-MCP-)
           cache: 512 KB
           clock speeds: max: 1650 MHz 1: 879 MHz 2: 837 MHz
 $

Dell Inspiron 1501 using Linux-Lite 4.4 64bit
 
Code: [Select]
$ inxi -C
CPU:       Dual core AMD Turion 64 X2 Mobile TL-60 (-MCP-) cache: 1024 KB
           clock speeds: max: 1995 MHz 1: 1995 MHz 2: 1995 MHz
 $
Title: Re: Updates via GUI - no indicator
Post by: pblack on February 28, 2021, 06:33:51 AM
This still seems to be an issue under Linux lite 5.2. 
Running lite-updates via the command line I get awk: cmd. line:1: (FILENAME=- FNR=34) fatal: division by zero attempted
Also get the same issue running Linux lite on Virtualbox.

Hacking the lite-updates bash script to test for 0 division when totoal is zero is a workaround.
awk ' BEGIN { FS=" "; total=1;end_download=0} /upgraded/ {total= $1 + $3;FS="[ :]" } /^Get:[[:digit:]]+/ {printf "#Downloading %s %s %s\n",$7,$(NF-1),$NF;if(total >0){print int(($2 - 1) * 100 / total);}
But never done any bash programming and pretty new to linux so no idea why the upgraded match is not being hit?