Weak connection. Cannot reinstall borked template, download will not resume.

[dangm...@gmail.com]

Attempting to upgrade KeePassX to KeePassX 2.0, using backports, borked my debian template by removing qubes-gui-agent and pulseaudio.

Was unable to find way to undo damage.

Opted to reinstall template, but I cannot download it without my connection dropping, and thus timing me out. dnf does not resume the download, despite it claiming to be saving the download to cache.

I have put keepcache=true in dnf.conf, with no results.

cannot wget from dom0. Should I wget from some other VM?

[dangm...@gmail.com]

Qubes 3.2
qubes-dom0-update --action=reinstall qubes-template-debian-8

[Tom Zander]

On Wednesday, 27 December 2017 03:02:57 CET dangm...@gmail.com wrote:
> Opted to reinstall template, but I cannot download it without my
> connection dropping, and thus timing me out. dnf does not resume the
> download, despite it claiming to be saving the download to cache.
>
> I have put keepcache=true in dnf.conf, with no results.
>
>
> cannot wget from dom0. Should I wget from some other VM?

You should definitely be able to install a template you downloaded and copied
via whatever means into dom0.

Please be aware that download-resumes are a feature on the server as much as
on the client.
Your wget should be able to tell you if a resume is possible serverside by
just testing it (ctrl-c it after 100KB, and use the --continue flag on second
try.

I ve seen the qubes builder create a script that installs an rpm directly
from local file, hence I know it is possible. Just don' t know how.
--
Tom Zander
Blog: https://zander.github.io
Vlog: https://vimeo.com/channels/tomscryptochannel

[Unman]

There is no reason why you should not download using wget or a standard
browser.
Dont forget to validate the package - rpm -K

Once you are satisfied you can copy the file in to dom0 -
www.qubes-os.org/doc/copy-from-dom0

Then install the package using dnf install.

I would strongly recommend cloning a template and working in the cloned
version if you want to make major changes like this.

unman

[dangm...@gmail.com]

On Tuesday, December 26, 2017 at 6:02:57 PM UTC-8, dangm...@gmail.com wrote:

Hm. I wasn't notified of these responses. I appreciate everyone's input.

I ended up editing yum.conf, under [main], and adding minrate=1, and timeout=2000.

(I also edited keepcache to 1)

Now yum/dnf doesn't timeout after periods of slow transfer speeds.

Seems to be working, as I am now halfway done with the download with only 2 more hours to go.

A apologize, this seems to be a yum issue and not a qubes issue. I just wasn't sure what was going on behind the scenes and was under the impression that yum had no problems with resuming downloads. I thought maybe qubes-dom0-update was breaking that.

[dangm...@gmail.com]

On Wednesday, December 27, 2017 at 4:55:39 PM UTC-8, dangm...@gmail.com wrote:
> Seems to be working, as I am now halfway done with the download with only 2 more hours to go.

After several hours of downloading, the connection was dropped (24hr captive portal), and now I have to start all over again.

keepcache doesn't seem to have any effect in dnf.conf or yum.conf.

Perhaps it's a server issue, but it will not resume the transfer.

[cooloutac]

try changing dns servers. google yum command to change servers you download from.

[cooloutac]

lol i forgot there is no more yum. have you tried this already? sudo gedit /etc/dnf/dnf.conf fastmirror=true