Today I updated ntfs-3g which comes with new internal library version 853, i.e.
/lib/x86_64-linux-gnu/libntfs-3g.so.853.0.0
Then, testdisk gets removed as it wants libntfs-3g852, not anymore installable.
Time for a siduction testdisk package?
I noticed this conflict a few days ago.
Solution for d-u:
Don't d-u or put testdisk on hold (then the --ignore-hold -d options came handy for testing the situation while you have something on hold)
Do you have debian multimedia repo active?
This happened to me when I enabled debian-multimedia repo
That may be related - Sidenote: Please don't call it debian multimedia - deb-mm isn't a debian project and not associated to debian in any case. It's a private repository of a single person and should be treated that way. Thanks.
I don't have deb multimedia but tesdisk will be removed anyway, or more precise I let it go for now.
I can confirm ... same behaviour on my system. I don't have deb-multimedia enabled either. Fortunately I put testdisk on hold before.
No deb multimedia here either. Just a common Sid glitch I guess...
only a note - testdisk is mostly useless if installed on the local system - in case the system crashes. But testdisk is on the live iso. And i guess, it a transition of the ntfs-3g driver - testdisk and ntfs-3g from testing should work if needed.
No testdisk is not useless locally.
Have u ever connected a fucked disk by USB and recovered its contents on local drives? I do.
This one is one of the typical cases in which a siduction package could kick in in order to fix a sid broken package.
testdisk is now in fixes - btw, we need some people for such tasks - aka download sources, test the rebuild and upload the fix if work local. We lack of manpower to do such fixes often.
Thanks a lot!
I could help to do such a thing, but neither ever built a package nor have a clue about how to prepare a separate test environment in order not to taint the main system (as far as I can imagine only a virtual machine would do).