When doing "bugz attach" to a build.log that's compressed as .xz, the auto-detection puts it as plain/text which makes the attachment unavailable to be handled through bugzilla web ui. Also filed as https://github.com/williamh/pybugz/issues/113 but a bug here may be better noticed.
To get around it, I've had -xz parameter on my log uploading script that specifies the mime type manually: bugz attach "${1}" -c application/xz "${2}" Since > return mimetypes.guess_type(filename)[0] or 'application/octet-stream' doesn't really work well, it probably wouldn't be too hard to simply pre-define often-used defaults either.
merged into master, will son get a new release
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f13f2c80cc1dac586270f3629ec77633fb8f055e commit f13f2c80cc1dac586270f3629ec77633fb8f055e Author: Arthur Zamarin <arthurzam@gentoo.org> AuthorDate: 2024-03-01 16:42:52 +0000 Commit: Arthur Zamarin <arthurzam@gentoo.org> CommitDate: 2024-03-01 16:43:56 +0000 www-client/pybugz: add 0.14, flit, add test, enable py3.12 Thanks to moving to flit upstream, the install is much simpler. Add a basic test for verifying the tools works (needs network). Enable py3.12 Remove dep on python[readline] - not used upstream. Closes: https://bugs.gentoo.org/604826 Closes: https://bugs.gentoo.org/847301 Closes: https://bugs.gentoo.org/919903 Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org> www-client/pybugz/Manifest | 1 + www-client/pybugz/pybugz-0.14.ebuild | 32 ++++++++++++++++++++++++++++++++ 2 files changed, 33 insertions(+)