You are not logged in.
In the process of swapping laptops, I'm trying to run the games I had working on the last machine, and the Angband I had compiled on the last one isn't running on this one, for a few reasons.
Compiling Angband isn't THAT hard, but just annoying enough, because you have to choose among a few options at compiling time, and the last time I went through it also finding a few bugs.
As a Linux user, I shouldn't be afraid of doing the work! But I'm also slightly annoyed that the most recent version isn't in the Stable repos.
Which leads me to the situation... the most recent version is in Sid / Unstable!
I don't really want to add Unstable to my repos entirely, but I am wondering about just loading the 4.2.5 deb from Sid that I was able to snag.
How much am I risking a Franken-Debian if I try that?
Fortune favours the bold.
ThinkPad T15 Gen 2i
Offline
libc situations seems fine (dep: libc6 (>= 2.34) [not alpha, ia64, sh4]), so you might be ok, depending on how other dependencies play out. (Generally speaking: Don't force any updates on libc).
edit, I made it install like this:
sudo dpkg -i angband-data_4.2.5+dfsg1-1_all.deb
sudo dpkg -i angband_4.2.5+dfsg1-1_amd64.deb
sudo apt-get -f install
And it seems to be working.
Offline
What's in backports? If anything?
Have you considered backporting the one from Sid yourself? You'd likely only have to add a source entry to apt which is safe enough.
Simple Backport Creation guide is available & isn't complex if the package will build. No need adding Sid to your main sources or fancy apt pinning that way.
Blessed is he who expecteth nothing, for he shall not be disappointed...
If there's an obscure or silly way to break it, but you don't know what.. Just ask me
Offline
libc situations seems fine (dep: libc6 (>= 2.34) [not alpha, ia64, sh4]), so you might be ok, depending on how other dependencies play out. (Generally speaking: Don't force any updates on libc).
edit, I made it install like this:
sudo dpkg -i angband-data_4.2.5+dfsg1-1_all.deb sudo dpkg -i angband_4.2.5+dfsg1-1_amd64.deb sudo apt-get -f install
And it seems to be working.
Did you grab those angband debs (and the dfsg debs) from Sid?
And I'm guessing you ran those commands in the same location as the deb files?
Fortune favours the bold.
ThinkPad T15 Gen 2i
Offline
What's in backports? If anything?
Have you considered backporting the one from Sid yourself? You'd likely only have to add a source entry to apt which is safe enough.
Simple Backport Creation guide is available & isn't complex if the package will build. No need adding Sid to your main sources or fancy apt pinning that way.
It wasn't in backports (I was hoping!) but I'll take a look at your idea! If I have that right, when I'm done will I have access to that specific Sid / Unstable package as it updates?
Fortune favours the bold.
ThinkPad T15 Gen 2i
Offline
brontosaurusrex wrote:libc situations seems fine (dep: libc6 (>= 2.34) [not alpha, ia64, sh4]), so you might be ok, depending on how other dependencies play out. (Generally speaking: Don't force any updates on libc).
edit, I made it install like this:
sudo dpkg -i angband-data_4.2.5+dfsg1-1_all.deb sudo dpkg -i angband_4.2.5+dfsg1-1_amd64.deb sudo apt-get -f install
And it seems to be working.
Did you grab those angband debs (and the dfsg debs) from Sid?
And I'm guessing you ran those commands in the same location as the deb files?
I'd recommend gdebi or doing
sudo apt-get install ./angband-data_4.2.5+dfsg1-1_all.deb ./angband_4.2.5+dfsg1-1_amd64.deb
over dpkg -i followed by apt-get -f
gdebi or installing using apt-get will warn you if it can't satisfy deps apt-get -f has been known to fail & leave systems in a broken state.
Last edited by Bearded_Blunder (2024-07-25 19:22:37)
Blessed is he who expecteth nothing, for he shall not be disappointed...
If there's an obscure or silly way to break it, but you don't know what.. Just ask me
Offline
Oh, I should also note, it's in Trixie / Testing as well as Sid / Unstable. Though I'm guessing that adding Testing is as problematic as adding Unstable to your repos!
Fortune favours the bold.
ThinkPad T15 Gen 2i
Offline
It wasn't in backports (I was hoping!) but I'll take a look at your idea! If I have that right, when I'm done will I have access to that specific Sid / Unstable package as it updates?
You'd have to keep track yourself, though I think there's a package that'd track if the source package got updated so you could backport the newer version darned if I remember the name though, however in due course when you update the entire system to Trixie, it'd get updated just like everything else then.....
And there's apt-cache showsrc angband which should give you clues when you'd have to redo for a newer version.
Blessed is he who expecteth nothing, for he shall not be disappointed...
If there's an obscure or silly way to break it, but you don't know what.. Just ask me
Offline
Did you grab those angband debs (and the dfsg debs) from Sid?
And I'm guessing you ran those commands in the same location as the deb files?
Yes and yes.
Offline
Thank you to both Bearded_Blunder and brontosaurusrex... this has been a useful way of examining the issue through the form of focusing on this old-school roguelike!
I think I'll probably try the gdebi install of the .deb files first...
Bearded_Blunder, what would be the benefit of backport creation from testing or unstable, versus just trying to install the .deb files, if it doesn't capture the new updates?
Fortune favours the bold.
ThinkPad T15 Gen 2i
Offline
Since it's built against the libraries in stable, you'd be somewhat less likely to get strange issues or incompatibilities that show up instantly or later.
If it builds it ought to work, there's no guarantee of that grabbing the .deb & just installing from testing, if it does work at all grabbing the deb it's possible to add testing, & use apt pinning so that's all you pull from there but it updates (rather like stuff from backports), but there's still no guarantee an update won't break things.
If it doesn't work grabbing the .deb, then the backport creation or compile directly from upstream source may be your only options. That or run testing, or live with the older version in stable.
Blessed is he who expecteth nothing, for he shall not be disappointed...
If there's an obscure or silly way to break it, but you don't know what.. Just ask me
Offline