Version 2.1.75 fixes a bug that prevents deletion of most storage objects originally mentioned in this thread: https://www.spinics.net/lists/linux-scsi/msg172264.html Tested on a Westmere machine running targetcli-fb-2.1.54 exercising storage object deletion to mapped lun creation. But marked all architectures as masked as its not my call whether this clears the bar for stable on amd64 Pull request at https://github.com/gentoo/gentoo/pull/30375
Pull request replaced https://github.com/gentoo/gentoo/pull/31818
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=35abb03226fa0c311425af975a67aca0dc99d179 commit 35abb03226fa0c311425af975a67aca0dc99d179 Author: wxy <wxy@unreadableco.de> AuthorDate: 2023-03-28 08:24:22 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-07-16 13:25:46 +0000 dev-python/rtslib-fb: add 2.1.75 [sam: Not the latest version as submitter couldn't test 2.1.76 yet, and 2.1.75 fixes a serious bug over the current version in tree.] Closes: https://bugs.gentoo.org/903279 Signed-off-by: WXY <wxy@unreadableco.de> Signed-off-by: Sam James <sam@gentoo.org> dev-python/rtslib-fb/Manifest | 1 + dev-python/rtslib-fb/rtslib-fb-2.1.75.ebuild | 29 ++++++++++++++++++++++++++++ 2 files changed, 30 insertions(+)
