[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#695109: unblock: xarchiver/1:0.5.2+20090319+dfsg-4.1 (pre-approval)



Hi Adam,

thanks for your fast response.

On Tue, 04. Dec 14:25 "Adam D. Barratt" <adam@adam-barratt.org.uk> wrote:
> Control: tags -1 + moreinfo
> 
> On Tue, 2012-12-04 at 11:34 +0100, Markus Koschany wrote:
> > i would like to upload a NMU for xarchiver which fixes important bug
> > #665642, a crash when opening 7z archives.
> 
> Thanks for working on Debian. You don't need our permission to perform
> NMUs, nor to upload fixes to unstable which meet the published freeze
> policy.

great, i'll remember this for the next time.

> > If you approve the fix, i
> > will also merge #551468 and #685712 with the aforementioned bug
> > report. Both describe the same issue. The fix is a one-liner and can
> > be done via unstable. The current maintainer of xarchiver seems to be
> > MIA. 
> 
> If the three bugs are the same issue, they should be merged - whether
> they're fixed or not and whether an upload is planned is irrelevant to
> whether they're the same bug.

I have merged the bug reports.

> > Optional: I could also fix two minor/documentation bugs, #656301 and
> > #692261.
> 
> What's the proposed replacement media type for #656301? Has the
> resulting .desktop file been tested?
 
The proposed replacement for multipart/x-zip is 

application/x-zip, application/x-zip-compressed and application/zip. 

These MIME-types are already present in xarchiver's desktop file.
File-roller uses the same ones. I've tested the new package with thunar
and nautilus and both applications automatically assign zip files to
xarchiver. I don't see any loss of functionality by removing
"multipart/x-zip". 

Regards,

Markus

Attachment: signature.asc
Description: Digital signature


Reply to: