[Pkg-crosswire-devel] Bug#796711: Bug#796711: sword: library transition is needed with GCC 5 as default
Simon McVittie
smcv at debian.org
Fri Sep 4 19:28:37 BST 2015
On 04/09/15 15:52, Daniel Glassey wrote:
> On Fri, Sep 04, 2015 at 02:48:45PM +0100, Simon McVittie wrote:
>> Vaguely related to this, a ftp team member noted that there are open
>> RM bugs for bibledit-gtk and xiphos, which seem to be in the same
>> general area (bible study), and might get processed soon. If these
>> are of interest to you, please reply to the removal bugs and either
>> say "yes, this should be removed from unstable", or say what the plan
>> is for fixing the issues that led to the bug.
>
> I haven't worked out who I should contact yet
https://bugs.debian.org/ftp.debian.org
and more specifically
https://bugs.debian.org/797564
https://bugs.debian.org/797568
which I see you have contacted already. That was the right thing to do.
> I uploaded the source as well by mistake with bibledit-gtk_4.8-2.
All uploads of new versions to Debian need source code; it's kind of the
point :-)
Redundantly uploading the orig.tar.gz even though it is in the archive
already (due to using e.g. debuild -sa) is harmless, apart from wasting
a bit of bandwidth.
> After I realised that I made some more changes
> and uploaded bibledit-gtk_4.8-3 binary only
Binary-only uploads of a version whose source is not in the archive
would be rejected. Do you mean "diff only"?
> which was to close the removal bug
Closing removal bugs (and other bugs in pseudo-packages) via packages'
changelogs doesn't seem right in any case. If a removal request seems
wrong, send mail to its bug address explaining why it shouldn't be
removed, as you already did; and if you're really sure your reasons are
good, close it by using the -done address (but there's no need to do
that for those two removal bugs, because Scott already did).
S
More information about the Pkg-crosswire-devel
mailing list