[02:34] <Eickmeyer> @DarinMiller Confirmed, partitionmanager missing a dependency on fdisk.
[02:39]  * Eickmeyer preps fix
[02:53] <Eickmeyer> bug 2037826 filed on your behalf @DarinMiller :)
[02:53] -ubottu:#kubuntu-devel- Bug 2037826 in partitionmanager (Ubuntu) "kde partitionmanager missing dependency on fdisk" [High, In Progress] https://launchpad.net/bugs/2037826
 My bad for not filing the report!  And thanks for addressing so promplty!
[03:07] <Eickmeyer> Affects Ubuntu Studio as well, and we have less than a week until Final Freeze, so anything like that which comes across needs to be dealt with right away!
[03:07] <Eickmeyer> :)
[03:08] <Eickmeyer> Already uploaded, just awaiting approval.
 How does a dep go missing from one release to the next?
[03:13] <Eickmeyer> If you look at this version of partitionmanager (23.08), it was new as of August, so something upstream in KDE's development changed in the requirements. How it went untested this long, I have no clue.
[03:13] <Eickmeyer> I can say, in the live session, it works because fdisk is present as a requirement for ubiquity.
[03:14] <Eickmeyer> So therefore, if one was only testing it in the live session, that would make sense that it wasn't caught until now. 
 Should I file bug on bugs.kde.org also?
[03:14] <Eickmeyer> Probably not, because this was a packaging bug, not a bug with partitionmanager itself.
 I upgraded one systems from 23.04 and since 23.04 already had fdisk, that system did not show this issue.  Just random chance I found it on the fresh install box as I was trying to format an old usb for a BIOS upgrade.
[03:17] <Eickmeyer> Right, that makes sense. In that case, fdisk was probably carried-over as a dependency that was demoted to a suggests of another package and, therefore, wasn't required in the .iso image build.
[03:19] <Eickmeyer> Either way, great catch!
 Least I can do... many others do much more of the heavy lifting.
 libblockdev (3.0.1-2) unstable; urgency=medium
   * Drop fdisk Depends from libblockdev-part.
     It only needs the library, not the command line tools.
 That seems to be the change from debian that dropped fdisk off a standard install
[06:55] <RikMills> Eickmeyer: ^^^ fyi
[06:56] <RikMills> thanks for the upload
 https://irc-attachments.kde.org/9b1ecef2/file_69068.jpg
 previously in lunar
 uploading migrating
[12:35] <BluesKaj> Hi all
[16:47] <Eickmeyer> @RikMills: Good morning, just woke up and ate breakfast. Yep, that means my speculation was correct, albiet the reasoning wasn't quite there (new requirement). In theory, though, it means that depends line should've stated "fdkisk" all along and we've just been lucky.
[18:20] <RikMills> Eickmeyer: not just in theory. Manually removing the fdisk binary in lunar and older reproduces the bug there, no matter the partitionmanager version. I checked out of curiosity after I commented 
[18:20] <RikMills> so I need to forward that dep change to debian if they don't have it
[20:18] <RikMills> Eickmeyer: looks like it is kpmcore that actually needs fdisk
[20:19] <RikMills> tsimonq2: if casper on lubuntu ISO did not pull in fdisk, calamares would have broken