2013-07-09 06:42:30 |
Ma Hsiao-chun |
bug |
|
|
added bug |
2013-07-09 06:42:30 |
Ma Hsiao-chun |
attachment added |
|
unzip-dont_call_isprint.patch https://bugs.launchpad.net/bugs/1199239/+attachment/3730116/+files/unzip-dont_call_isprint.patch |
|
2013-07-09 06:48:33 |
Ma Hsiao-chun |
description |
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
The attached patch is from openSUSE and it solves the file name question mark problem. The fix is visible to File Roller also. |
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
The attached patch is from openSUSE unzip patchset and it solves the file name question mark problem. The fix is visible to File Roller also. |
|
2013-07-09 06:59:04 |
Launchpad Janitor |
unzip (Ubuntu): status |
New |
Confirmed |
|
2013-07-09 06:59:06 |
RussianNeuroMancer |
bug |
|
|
added subscriber RussianNeuroMancer |
2013-07-09 07:19:27 |
Ma Hsiao-chun |
tags |
patch saucy |
patch precise quantal raring |
|
2013-07-09 07:34:25 |
RussianNeuroMancer |
removed subscriber RussianNeuroMancer |
|
|
|
2013-07-09 08:12:24 |
Nobuto Murata |
bug |
|
|
added subscriber Nobuto MURATA |
2013-07-09 08:17:33 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Review Team |
2013-11-06 16:33:01 |
Ma Hsiao-chun |
description |
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
The attached patch is from openSUSE unzip patchset and it solves the file name question mark problem. The fix is visible to File Roller also. |
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by change build configuration already. The fix is visible to File Roller also. The issue remains in 12.04 - 13.04 currently. |
|
2013-11-06 16:34:22 |
Ma Hsiao-chun |
summary |
Do not call isprint when listing |
unzip list utf-8 (non-ascii) filenames as ??, also affects file roller and ark |
|
2013-11-06 16:34:37 |
Ma Hsiao-chun |
summary |
unzip list utf-8 (non-ascii) filenames as ??, also affects file roller and ark |
unzip list utf-8 (non-ascii) filenames as ?? |
|
2013-11-06 16:36:16 |
Ma Hsiao-chun |
description |
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by change build configuration already. The fix is visible to File Roller also. The issue remains in 12.04 - 13.04 currently. |
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by change build configuration already. The fix is visible to File Roller and Ark also. The issue remains in 12.04 - 13.04 currently.
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time. |
|
2013-11-06 16:37:04 |
Ma Hsiao-chun |
attachment removed |
unzip-dont_call_isprint.patch https://bugs.launchpad.net/ubuntu/+source/unzip/+bug/1199239/+attachment/3730116/+files/unzip-dont_call_isprint.patch |
|
|
2013-11-06 16:51:23 |
Ma Hsiao-chun |
description |
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by change build configuration already. The fix is visible to File Roller and Ark also. The issue remains in 12.04 - 13.04 currently.
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time. |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
cat naïve.txt
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
zipinfo test.zip
ark test.zip
file-roller test.zip
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). |
|
2013-11-06 16:51:40 |
Ma Hsiao-chun |
summary |
unzip list utf-8 (non-ascii) filenames as ?? |
[SRU] unzip list utf-8 (non-ascii) filenames as ?? |
|
2013-11-06 16:53:24 |
Ma Hsiao-chun |
description |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
cat naïve.txt
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
zipinfo test.zip
ark test.zip
file-roller test.zip
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
cat naïve.txt
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
zipinfo test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
|
2013-11-06 16:55:06 |
Ma Hsiao-chun |
description |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
cat naïve.txt
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
zipinfo test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's the standard and it become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
cat naïve.txt
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
zipinfo test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
|
2013-11-06 16:55:37 |
Ma Hsiao-chun |
tags |
patch precise quantal raring |
precise quantal raring |
|
2013-11-06 16:56:55 |
Ma Hsiao-chun |
description |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's the standard and it become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
cat naïve.txt
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
zipinfo test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's the standard and it become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
zipinfo test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
|
2013-11-06 16:57:36 |
Ma Hsiao-chun |
description |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's the standard and it become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
zipinfo test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's the standard and it become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
unzip -l test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
|
2013-11-06 16:58:17 |
Ma Hsiao-chun |
description |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's the standard and it become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
unzip -l test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect).
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's the standard and it become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
unzip -l test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect) already.
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
|
2013-11-06 17:24:37 |
Brian Murray |
bug watch added |
|
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682682 |
|
2013-11-06 17:24:37 |
Brian Murray |
bug task added |
|
unzip (Debian) |
|
2013-11-06 18:08:56 |
Brian Murray |
unzip (Ubuntu): status |
Confirmed |
Fix Released |
|
2013-11-06 18:09:08 |
Brian Murray |
nominated for series |
|
Ubuntu Precise |
|
2013-11-06 18:09:08 |
Brian Murray |
bug task added |
|
unzip (Ubuntu Precise) |
|
2013-11-06 18:09:08 |
Brian Murray |
nominated for series |
|
Ubuntu Quantal |
|
2013-11-06 18:09:08 |
Brian Murray |
bug task added |
|
unzip (Ubuntu Quantal) |
|
2013-11-06 18:09:08 |
Brian Murray |
nominated for series |
|
Ubuntu Raring |
|
2013-11-06 18:09:08 |
Brian Murray |
bug task added |
|
unzip (Ubuntu Raring) |
|
2013-11-06 18:09:18 |
Brian Murray |
unzip (Ubuntu Precise): status |
New |
In Progress |
|
2013-11-06 18:09:20 |
Brian Murray |
unzip (Ubuntu Quantal): status |
New |
In Progress |
|
2013-11-06 18:09:23 |
Brian Murray |
unzip (Ubuntu Raring): status |
New |
In Progress |
|
2013-11-06 18:09:26 |
Brian Murray |
unzip (Ubuntu Precise): assignee |
|
Brian Murray (brian-murray) |
|
2013-11-06 18:09:28 |
Brian Murray |
unzip (Ubuntu Quantal): assignee |
|
Brian Murray (brian-murray) |
|
2013-11-06 18:09:30 |
Brian Murray |
unzip (Ubuntu Raring): assignee |
|
Brian Murray (brian-murray) |
|
2013-11-06 18:09:35 |
Brian Murray |
unzip (Ubuntu Precise): importance |
Undecided |
High |
|
2013-11-06 18:09:37 |
Brian Murray |
unzip (Ubuntu Quantal): importance |
Undecided |
High |
|
2013-11-06 18:09:39 |
Brian Murray |
unzip (Ubuntu Raring): importance |
Undecided |
High |
|
2013-11-06 18:37:49 |
Brian Murray |
description |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's the standard and it become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
unzip -l test.zip
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect) already.
[Other Info]
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
[Impact]
Despite notorious LP #580961 , the biggest issue of current unzip is that it always list non-ASCII file name character as question mark (?) .
Even though handling Zip archives with non-standard encoding (neither CP437 nor UTF-8) can be tricky, we should support UTF-8 Zip archives out of the box as it's the standard and it become more and more popular now.
Newer version of unzip in Debian and Ubuntu (13.10+) fixed the issue by changing build configuration already. The fix is visible to File Roller and Ark also.
The issue remains in 12.04 - 13.04 currently. We need to apply the same fix for them.
[Test Case]
touch naïve.txt
touch 天真.txt
zip test.zip naïve.txt 天真.txt
unzip -l test.zip
With unzip -l you should not see question marks in the filenames.
ark test.zip
file-roller test.zip # the result may be different see notes below
[Regression Potential]
Little, if any, as the proposed fix is used by Debian, Ubuntu 13.10+ and openSUSE (using a different approach to archive exactly same effect) already.
[Other Info]
The fix for this bug also fixes bug 580961, however that bug had so much history I (bdmurray) decided not to make one the duplicate of the other and just also include that bug number in the changelog.
Note that Ark is the better frontend software for testing, as it seems to use unzip backend exclusively. File roller, on the other hand, will use 7z backend when 7z exists, so the issue can magically disappear some time (7z support utf8 filenames correctly). 7z isn't included on the ISO, though. |
|
2013-11-06 18:37:58 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2013-11-06 20:34:08 |
Bug Watch Updater |
unzip (Debian): status |
Unknown |
Fix Released |
|
2013-11-07 19:33:13 |
Brian Murray |
unzip (Ubuntu Raring): status |
In Progress |
Fix Committed |
|
2013-11-07 19:33:19 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2013-11-07 19:33:33 |
Brian Murray |
tags |
precise quantal raring |
precise quantal raring verification-needed |
|
2013-11-07 19:38:12 |
Brian Murray |
unzip (Ubuntu Quantal): status |
In Progress |
Fix Committed |
|
2013-11-07 19:45:58 |
Launchpad Janitor |
branch linked |
|
lp:~ubuntu-branches/ubuntu/quantal/unzip/quantal-proposed |
|
2013-11-07 19:46:08 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/raring-proposed/unzip |
|
2013-11-07 19:55:35 |
Brian Murray |
unzip (Ubuntu Precise): status |
In Progress |
Fix Committed |
|
2013-11-07 20:09:58 |
Launchpad Janitor |
branch linked |
|
lp:~ubuntu-branches/ubuntu/precise/unzip/precise-proposed |
|
2013-11-08 15:30:51 |
Brian Murray |
tags |
precise quantal raring verification-needed |
precise quantal raring verification-done-precise verification-done-raring verification-needed |
|
2013-11-10 17:21:08 |
Aron Xu |
tags |
precise quantal raring verification-done-precise verification-done-raring verification-needed |
precise quantal raring verification-done |
|
2013-11-10 17:25:21 |
Aron Xu |
tags |
precise quantal raring verification-done |
precise quantal raring verification-done verification-done-precise verification-done-quantal verification-done-raring |
|
2013-11-12 19:32:34 |
Launchpad Janitor |
unzip (Ubuntu Precise): status |
Fix Committed |
Fix Released |
|
2013-11-25 21:02:55 |
Launchpad Janitor |
unzip (Ubuntu Raring): status |
Fix Committed |
Fix Released |
|
2013-11-25 21:03:14 |
Brian Murray |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2013-11-25 21:05:05 |
Launchpad Janitor |
unzip (Ubuntu Quantal): status |
Fix Committed |
Fix Released |
|
2014-09-12 07:01:20 |
Mantas Kriaučiūnas |
bug |
|
|
added subscriber Mantas Kriaučiūnas |