On Sun, Oct 24, 2021 at 04:19:54AM +0000, Ashish Kujur wrote: > Hello everyone! > I switched to Sid from Stable last month and everything seems to be going > great.
_How_ did you switch from stable? Did you upgrade to testing first, then upgrade to Sid? Important because, unless you have a minimal system, there's now a fair amount of churn from bullseye -> bookworm. If you're going to jump to Sid, it's worth having a minimal system to upgrade to begin with. What does your /etc/apt/sources.list file look like now? I have setup Timeshift to take snapsnots once everyday, in case, any packages > break. > I use GNU Octave 6.2 and it depends on older version of libhypre. There's a > newer version of libhypre available from apt and it has been held back. https://tracker.debian.org/pkg/octave is useful. Unsatisfiable dependencies and a new version waiting in experimental. The unsatisfiable dependency mentions libhypre > If I try to upgrade libhypre using full-upgrade (which is not recommended, > of course) or install it manually, apt tries to remove Octave. > What are my options here? Should I be okay with packages getting held back? You are now running Sid. You are assumed to be fully capable of understanding and dealing with problems that arise on your own initiative. There's a reason that the folk on this list suggest running stable: in fact for Octave, the version in stable is the same as in unstable. Unless you really, really, really need to run Sid and are prepared to accept problems of package transitions, delays in fixes and uncertain levels of security support, you may be better off running stable. Doubly so if this is a system which you rely on for stability / serious work. > Also, will libhypre be upgrade when there's a newer version of GNU Octave > available? In general, if some package x depends on a package y and there's > a upgrade available for y, will both x and y be upgraded when there's an > upgrade available for x? > Yes, that's the package maintainers job - if need be, they will talk to maintainers of other libraries and packagers to help satisfy their dependencies > Thanking You! > > Best Regards, > Ashish Kujur. All the very best, as ever, Andy Cater
