Florent 'Skia' Jacquet 9a94c9dea1 import-bug-from-debian: handle multipart messages
With multipart messages, like #1073996, `import-bug-from-debian` would
produce bug description with this:
```
[<email.message.Message object at 0x7fbe14096fa0>, <email.message.Message object at 0x7fbe15143820>]
```
For that kind of bug, it now produces a correct description with the
plain text parts concatenated in the description, the attachments added
as attachments, and the inline images converted to attachments with an
inline message placeholder.

See #981577 for a particularly weird case now gracefully handled.
If something weirder happens, then the tool will now abort with a clear
message instead of producing garbage.

Closes: #969510
2024-11-02 14:57:01 +01:00
2024-03-12 12:09:19 -07:00
2024-03-13 09:21:30 -07:00
2024-10-30 17:31:54 +01:00
2023-02-01 12:07:19 +01:00
2023-01-31 19:32:58 +01:00
2010-12-03 00:06:43 +01:00
2023-04-04 12:11:36 +02:00
2023-01-31 15:51:29 +01:00
2024-02-15 17:49:59 +01:00
2023-06-14 16:52:56 -07:00
2023-01-30 23:10:31 +01:00
2023-01-31 19:32:58 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2023-01-30 23:10:31 +01:00
2017-03-30 21:13:04 +02:00
2023-01-31 19:32:58 +01:00
2023-01-31 19:32:58 +01:00
2023-06-13 13:52:18 -07:00
2023-01-31 19:32:58 +01:00
2024-03-13 09:21:30 -07:00
2023-01-31 19:32:58 +01:00
2023-01-31 19:32:58 +01:00
2023-01-31 19:32:58 +01:00
2024-05-26 12:57:14 -07:00
2023-01-31 19:32:58 +01:00
2023-01-31 19:32:58 +01:00

Updating the ubuntu-dev-tools package
-------------------------------------

Here are the 10 steps that are recommended to take when updating the
ubuntu-dev-tools package in Ubuntu.

1)  Make sure there are no new commits to the package's master branch in git:

    git pull

2)  Check to make sure that all approved merges have been merged:

    https://code.launchpad.net/ubuntu-dev-tools/+activereviews

3)  Make sure that there is no low lying fruit that can be fixed at:

    https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools
    https://bugs.debian.org/src:ubuntu-dev-tools

4)  Check that the test suite passes

    setup.py test

5)  Before uploading the package change the UNRELEASED field in the
    debian/changelog file to unstable. (ubuntu-dev-tools is maintained in Debian
    and synced to Ubuntu)

    If there is no UNRELEASED entry, make sure that the version for the current
    one has not been uploaded by someone else already:

    https://tracker.debian.org/pkg/ubuntu-dev-tools
    https://launchpad.net/ubuntu/+source/ubuntu-dev-tools/+publishinghistory

6)  Once the target release has been changed, commit it to git (where X.YY is
    the new package version):

    git commit -a -m "Uploaded X.YY to RELEASE."

7)  Create the new source package and tag the new release in git:

    gbp buildpackage -S --git-tag

    For a full list of tags, please see: 'git tag -l'.  This is so we can track
    which git commit is in which release and makes bug triaging easier.

8)  Upload the package to Debian with dput as normal:

    dput ftp-master ubuntu-dev-tools_X.YY_$arch.changes

9)  Create a new blank entry with dch -i and mark it as UNRELEASED.

10) After it's been dinstalled in Debian, sync to Ubuntu:

    syncpackage ubuntu-dev-tools
Description
No description provided
Readme 15 MiB
Languages
Python 89%
Shell 9.9%
Perl 1.1%