PINE64
packages held back - Printable Version

+- PINE64 (https://forum.pine64.org)
+-- Forum: PinePhone (https://forum.pine64.org/forumdisplay.php?fid=120)
+--- Forum: PinePhone Software (https://forum.pine64.org/forumdisplay.php?fid=121)
+---- Forum: Mobian on PinePhone (https://forum.pine64.org/forumdisplay.php?fid=139)
+---- Thread: packages held back (/showthread.php?tid=18709)



packages held back - user641 - 09-17-2023

Hello, running trixie here and for a few weeks I have seen those 4 packages held back when running upgrades:
  mobian-base mobian-phone-base mobian-phosh-base mobian-phosh-phone
Is it safe to install them? Full-upgrade usually brake things on testing lol
Thanks in advance.

Just see it would brake something around audiopulse and pipeware, right?


RE: packages held back - diederik - 09-18-2023

Please report this to the mobian devs (on their Matrix channel or https://salsa.debian.org/Mobian-team/meta-mobian/-/issues (if you have a Salsa account)) as this is something they need to fix.

If you have 'aptitude' installed, you can run "aptitude full-upgrade -s" ('-s' = simulate) and it'll tell you why it can't do a safe-upgrade.


RE: packages held back - user641 - 09-18-2023

(09-18-2023, 02:14 AM)diederik Wrote: Please report this to the mobian devs (on their Matrix channel or https://salsa.debian.org/Mobian-team/meta-mobian/-/issues (if you have a Salsa account)) as this is something they need to fix.

If you have 'aptitude' installed, you can run "aptitude full-upgrade -s" ('-s' = simulate) and it'll tell you why it can't do a safe-upgrade.

I did a sudo apt install mobian-base mobian-phone-base mobian-phosh-base mobian-phosh-phone
and it show me that  would remove some pulseaudio packages and install some pipewire...it's abou that debian transition...we can just wait.  I will report it on salsa, but I am sure they are aware of it.


RE: packages held back - diederik - 09-18-2023

(09-18-2023, 04:12 AM)user641 Wrote:
(09-18-2023, 02:14 AM)diederik Wrote: Please report this to the mobian devs (on their Matrix channel or https://salsa.debian.org/Mobian-team/meta-mobian/-/issues (if you have a Salsa account)) as this is something they need to fix.

If you have 'aptitude' installed, you can run "aptitude full-upgrade -s" ('-s' = simulate) and it'll tell you why it can't do a safe-upgrade.

I did a sudo apt install mobian-base mobian-phone-base mobian-phosh-base mobian-phosh-phone
and it show me that  would remove some pulseaudio packages and install some pipewire...it's abou that debian transition...we can just wait.  I will report it on salsa, but I am sure they are aware of it.

In that case using full-upgrade is likely the right thing to do.
https://salsa.debian.org/Mobian-team/meta-mobian/-/blob/mobian/debian/changelog#L15 shows:
Code:
d/control: switch to pipewire for audio

If pulseaudio was marked as manually installed (thus NOT automatically installed), then you do need to do a full-upgrade.
I think that indicates that the packaging could've been better, but I'm still at the beginning of my learning track wrt those things.

BTW: Kudos for not blindly running full-upgrade Cool (too many ppl break their system by doing that)


RE: packages held back - user641 - 09-18-2023

(09-18-2023, 05:53 AM)diederik Wrote:
(09-18-2023, 04:12 AM)user641 Wrote:
(09-18-2023, 02:14 AM)diederik Wrote: Please report this to the mobian devs (on their Matrix channel or https://salsa.debian.org/Mobian-team/meta-mobian/-/issues (if you have a Salsa account)) as this is something they need to fix.

If you have 'aptitude' installed, you can run "aptitude full-upgrade -s" ('-s' = simulate) and it'll tell you why it can't do a safe-upgrade.

I did a sudo apt install mobian-base mobian-phone-base mobian-phosh-base mobian-phosh-phone
and it show me that  would remove some pulseaudio packages and install some pipewire...it's abou that debian transition...we can just wait.  I will report it on salsa, but I am sure they are aware of it.

In that case using full-upgrade is likely the right thing to do.
https://salsa.debian.org/Mobian-team/meta-mobian/-/blob/mobian/debian/changelog#L15 shows:
Code:
d/control: switch to pipewire for audio

If pulseaudio was marked as manually installed (thus NOT automatically installed), then you do need to do a full-upgrade.
I think that indicates that the packaging could've been better, but I'm still at the beginning of my learning track wrt those things.

BTW: Kudos for not blindly running full-upgrade Cool (too many ppl break their system by doing that)
thanks for the help and info, I ended up runnig apt install mobian-base mobian-phone-base mobian-phosh-base mobian-phosh-phone. As far as I remeber it's safe than full-upgrade when running testting and sid.


RE: packages held back - diederik - 09-18-2023

(09-18-2023, 10:00 AM)user641 Wrote: I ended up runnig apt install mobian-base mobian-phone-base mobian-phosh-base mobian-phosh-phone.
As far as I remeber it's safe than full-upgrade when running testting and sid.

FYI: No, that doesn't matter.

If you have enabled both Testing and Sid and not configured 'other' things, then you're actually running Sid.

What often happens when both get enabled, is that Testing is made the default. Run "apt-config dump | grep Default" to see if that's the case.
When Testing is the default, then you do things 'in' Testing, unless you explicitly specify otherwise (via f.e. "-t sid").

APT selects the package/version whose priority is the highest and if the priority is the same, then it takes the highest version.
When you set Testing as Default-Release, then Testing gets a priority of 990 vs the standard of 500 (for Sid).
See "apt-cache policy" for the general settings and "apt-cache policy <pkg>" for a specific package.


RE: packages held back - user641 - 09-18-2023

(09-18-2023, 11:05 AM)diederik Wrote:
(09-18-2023, 10:00 AM)user641 Wrote: I ended up runnig apt install mobian-base mobian-phone-base mobian-phosh-base mobian-phosh-phone.
As far as I remeber it's safe than full-upgrade when running testting and sid.

FYI: No, that doesn't matter.

If you have enabled both Testing and Sid and not configured 'other' things, then you're actually running Sid.

What often happens when both get enabled, is that Testing is made the default. Run "apt-config dump | grep Default" to see if that's the case.
When Testing is the default, then you do things 'in' Testing, unless you explicitly specify otherwise (via f.e. "-t sid").

APT selects the package/version whose priority is the highest and if the priority is the same, then it takes the highest version.
When you set Testing as Default-Release, then Testing gets a priority of 990 vs the standard of 500 (for Sid).
See "apt-cache policy" for the general settings and "apt-cache policy <pkg>" for a specific package.

I am only running trixie. I meant in general if one is running testing or sid.


RE: packages held back - diederik - 09-18-2023

(09-18-2023, 11:16 AM)user641 Wrote:
(09-18-2023, 11:05 AM)diederik Wrote:
(09-18-2023, 10:00 AM)user641 Wrote: I ended up runnig apt install mobian-base mobian-phone-base mobian-phosh-base mobian-phosh-phone.
As far as I remeber it's safe than full-upgrade when running testting and sid.

FYI: No, that doesn't matter.

If you have enabled both Testing and Sid and not configured 'other' things, then you're actually running Sid.

What often happens when both get enabled, is that Testing is made the default. Run "apt-config dump | grep Default" to see if that's the case.
When Testing is the default, then you do things 'in' Testing, unless you explicitly specify otherwise (via f.e. "-t sid").

APT selects the package/version whose priority is the highest and if the priority is the same, then it takes the highest version.
When you set Testing as Default-Release, then Testing gets a priority of 990 vs the standard of 500 (for Sid).
See "apt-cache policy" for the general settings and "apt-cache policy <pkg>" for a specific package.

I am only running trixie. I meant in general if one is running testing or sid.

The only time that "full-upgrade" is 'dangerous' is if you use the "-y" flag and/or don't read or ignore what APT is telling you it's about to do.
If APT is telling you it's about to remove 90% of your system and you don't want that, just say 'No' to abort.

IMO you should ONLY use "-y" when you're scripting and I think that (generally speaking) scripting system updates/upgrades it rarely a good idea.
Just do it interactively at the prompt and read what APT tells you and then use your common sense.