From: Martin Castillo <castilma@uni-bremen.de>
To: Gottfried <gottfried@posteo.de>, help-guix@gnu.org
Subject: Re: do old packages like Musescore 3.6.2 need updating?
Date: Sat, 29 Apr 2023 15:42:35 +0200 [thread overview]
Message-ID: <255fde23-6d1e-fe8b-20ef-24fc943cb083@uni-bremen.de> (raw)
In-Reply-To: <2fc9fd24-163e-db3a-6665-594255194d99@posteo.de>
Am 28.04.23 um 17:15 schrieb Gottfried:
> Hi,
>
> 1.
> I have the old version of Musescore 3.6.2 which I want in one profile.
> When I update all profiles at once through a script, it also builds
> locally the old version of Musescore, which needs 1 hour on my laptop.
> Firstly, why it always builds it on my laptop?
When you update guix, musescores dependencies get updated (like
libraries it uses). Once that happens, your manifest then implicitly
defines a new musescore 3.6.2, where it's dependencies are the newer
ones. Therefore musescore gets rebuild. Since musescore 3.6.2 is not
packaged by the guix distribution anymore, it won't be build by the
official substitute servers and your laptop cannot just download the
built version.
>
> 2.
> Do old versions of a package also need to be upgraded?
Normally you'd want to have up-to-date software because of three reasons:
1. Security issues get fixed.
2. Other malfunctions/bugs get fixed.
3. New functionality.
1. becomes much less relevant if your software is never exposed to
untrusted inputs (e.g. has not internet connection). I'd guess musescore
never connects to the internet. Do you maybe open musescore project
files that you got from someone you don't trust, like random forums on
the web? Or do you get soundfont files from similar sources? In that
case a malicious file opened by musescore might do bad things to your
system, if it can exploit a vulnerability musescore 3.6.2 (or one of
it's dependencies) has.
How would you prevent that? You can't update musescore, because version
3 is any longer supported.
In case 3.6.2 has any security related vulnerability it would be best to
not open any files with it, that you don't trust to be non-harmful.
Rebuilding with a newer guix version might get rid of vulnerabilities
from musescore's dependencies, but not any problems in musescore itself.
2. Similar to 1. there might be bugs that make musescore crash, hang or
something. These may stem from a bug in one of the dependencies. If you
encounter such a problem, rebuilding musescore might help.
3. Does not apply here, because musescore 3 does not receive any updates.
So in summary, rebuilding musescore 3.6.2 might increase it's stability,
but you still should not expose musescore to untrusted files.
>
> 3.
> and why it want to build it always on my laptop locally?
>
> I thought old versions of a package don’t need upgrading, because only
> new packages develop.
> May be I am mistaken.
> Do old versions of a package also need upgrading because of some
> dependencies?
>
> 4.
> when I upgrade all profiles at once, but do not want to upgrade
> Musescore 3.6.2
> what are the possibilities?
>
> Should I put Musescore 3.6.2 as only package in one profile and
> exclude this profile from updating?
That's a simple solution for your problem. If you don't notice any
stability bugs of musescore, than you don't need to rebuild it.
> or is it better sometimes also to upgrade this old package?
>
> Kind regards
>
> Gottfried
>
next prev parent reply other threads:[~2023-04-29 14:03 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-28 15:15 do old packages like Musescore 3.6.2 need updating? Gottfried
2023-04-29 13:42 ` Martin Castillo [this message]
2023-04-29 15:53 ` Gottfried
2023-04-29 15:57 ` Gottfried
2023-05-01 0:25 ` Maxim Cournoyer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=255fde23-6d1e-fe8b-20ef-24fc943cb083@uni-bremen.de \
--to=castilma@uni-bremen.de \
--cc=gottfried@posteo.de \
--cc=help-guix@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.