Updates get Stuck

Thanks, and sorry for the silly questions.

Despite being in love with Solus, I'm still a newbie user

Rajdeep_Singha Thanks a lot. Gonna try it next time. Cheers!

I've been using Solus since 3.9 and this has been a problem to me as well in every machine that i've run Solus and under every connection.

On my system the command 'sudo eopkg up -y' drops the connection about every 35 megs, and I have to babysit the update so I can kill eopkg and restart. I got the below auto-restart command from a message here, but I could not re-find the message to reply.

until sh -c 'sudo eopkg up -y';do echo "Trying again";done

The command does not work for me as presented. With 'sudo' in the loop the user is prompted for a password every time the connection drops, which means I still have to babysit the update. My adjustment is to take 'sudo' out of the command, put the command in a script, make it executable, and 'sudo' the script.

Contents of the script file:

#!/bin/bash
until sh -c 'eopkg up -y';do echo "Trying again";done

I named the script file solusupdate.scr, so the command to run it is:

sudo /path-to-the-script/solusupdate.scr

Every time the connection drops it takes about 5 min to time-out so the auto-update adds significant time, but it's still better that babysitting.

Mike

If you don't want to use the script run:

sudo su
until sh -c 'eopkg up -y';do echo "Trying again";done
exit

I created a little quick and dirty script to wrap the update method above, along with updating 3rd party packages (using eopkg3p), snap, and flatpak. Input for improvements are always welcome.

#!/bin/sh
#set -x

## Variables
_mypid=$$;echo -e "\nMy PID: ${_mypid}"

## Trap
trap 'echo -e "\nCTRL-C detected, killing ... \n";kill -9 ${_mypid}' INT

## Check for sudo
if ! [ $(id -u) = 0 ]; then
   echo -e "\nI am not root!\n\nPlease run this script again with sudo ... \n"
   exit 1
fi

## Eopkg
echo -e "\nRunning eopkg upgrade ... \n"
until sh -c 'eopkg upgrade -y'
do
	echo "Trying eopkg upgrade again ... "
done
echo -e "\nEopkg upgrade completed ... \n"

## Eopkg3p
_finish="yes"
_e3p_count=0
_e3p_isinstalled=$(which eopkg3p > /dev/null 2>&1;echo $?)
if [ ${_e3p_isinstalled} -eq 0 ];then
	echo -e "\nRunning eopkg3p upgrade ... \n"
	until sh -c 'eopkg3p upgrade -y'
	do
		_e3p_count=$((_e3p_count+1))
		if [ ${_e3p_count} -eq 3 ];then
			echo -e "\nSomething went wrong, exiting loop ... \n"
			_finish="no"
			break
		else
			echo -e "\nTrying 3rd party upgrade again ... retry: ${_e3p_count}\n"
		fi
	done
	if [ "${_finish}" = "no" ];then
		echo -e "\nEopkg3p upgrade failed ... please investigate ... \n"
	else
		echo -e "\nEopkg3p upgrade completed ... \n"
	fi
else
	echo -e "\neopkg3p is not installed, skipping 3rd party upgrade ... "
	echo -e "If you wish to install it, run this command: \nsudo -H pip3 install eopkg3p\n"
fi

## Snap
echo -e "\nUpdating snap ecosystem ... \n"
snap refresh
echo -e "\nSnap update complete ... \n"

## Flatpak
echo -e "\nFlatpak ecosystem maintenance ... \n"
echo -e "Checking for and removing any unused flatpak items ... \n"
flatpak uninstall --unused
echo -e "Flatpak unused removal complete ... \n"
echo -e "Updating flatpak apps ... \n"
flatpak update -y
echo -e "\nFlatpak update complete ... \n"

## Completion
echo -e "\nDONE\n\n"

I added the trap, because I found sometimes it was difficult to kill the until loop if you needed to for some reason.

I usually throw this in ~/bin/solus-upgrade-all.sh add the execute bits chmod +x ~/bin/solus-upgrade-all.sh, and then run it with sudo ~/bin/solus-upgrade-all.sh. Hopefully this is useful for someone.

So for the time being we have to use a script to tackle this problem or babysitting the updates..?

[deleted] Yes. Until:

• Solus's volunteer developers find the time to re-write eopkg AND/OR
• Solus finds another institution/company willing to provide free bandwidth for the repository

In my experience,the first update after a fresh install can be painful in this way, but regular weekly updates are usually painless. Your experience may differ.

hi! i'm new))
I registered to say that I have exactly the same problem with updates, solved with a repeated command: sudo eopkg up
but, need to watch, if it stopped, start the command again, it is good that it just load up from where it stopped.
I like Solus!, and want to remain a Solus user.
I will be waiting for a solution to this problem.

Yep, this happens. Very uncomfortable in regards to the GUI, which is a shame because it's one of the best out there - except for this. So I also babysit the update, and restart it when needed. Will try the script in the future.
I love Solus though, very good distro. Hoping for this to get fixed sooner rather than later, but it's bearable when most other stuff is so smooth and polished when it comes to Solus.

sherpa I also babysit the update, and restart it when needed.

So do I. It helps that the upgrades happen so quickly that it doesn't take very long to babysit them. And it's only during the downloads that remote server overloads are an issue. Once the installations actually start, it's up to the local machines to do their part.

jppelt I always do via terminal but start with 'sudo eopkg ur' followed by 'sudo eopkg up.' Software center is great for everything except upgrades.

Am religious about this routine. SC is just for reading and shopping.
Don't have enough brain cells to remember the flatpak.

Justin Thank you most kindly, Justin !!!!!!!!!!!!!!!!! For the first time the GUI went
out on strike. After repeating the d/l numerous times, it still stalled halfway [jam]. I tried
first the "eopkg" command with up and no helf.

Then I did your suggestion and it worked like a charm!!!! I am going to keep a copy of
that command. You are a life saver.