Your message dated Sat, 01 Dec 2007 15:47:09 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#446236: fixed in lha 1.14i-10.3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: lha
Version: 1.14i-10.2
Severity: grave
Justification: renders package unusable


[EMAIL PROTECTED]:~$ lha c t z
LHa: Fatal error: /tmp/lhMEjFue: File exists

strace output:
[EMAIL PROTECTED]:~$ strace lha c t z
execve("/usr/bin/lha", ["lha", "c", "t", "z"], [/* 18 vars */]) = 0
brk(0)                                  = 0x805e000
uname({sys="Linux", node="fan.ossfans.org", ...}) = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x4001e000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=27649, ...}) = 0
mmap2(NULL, 27649, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40020000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260a\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1335912, ...}) = 0
mmap2(NULL, 1340944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x40027000
mmap2(0x40169000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x142) = 
0x40169000
mmap2(0x4016c000, 9744, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 
0x4016c000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x4016f000
set_thread_area({entry_number:-1 -> 6, base_addr:0x4016f6b0, limit:1048575, 
seg_32bit:1, 
contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) 
= 0
mprotect(0x40169000, 4096, PROT_READ)   = 0
munmap(0x40020000, 27649)               = 0
brk(0)                                  = 0x805e000
brk(0x807f000)                          = 0x807f000
stat64("t", 0xbffff104)                 = -1 ENOENT (No such file or directory)
stat64("t.lzh", 0xbffff104)             = -1 ENOENT (No such file or directory)
stat64("t.lzs", 0xbffff104)             = -1 ENOENT (No such file or directory)
gettimeofday({1192098912, 755011}, NULL) = 0
getpid()                                = 15631
open("/tmp/lh9Ve6h3", O_RDWR|O_CREAT|O_EXCL, 0600) = 3
rt_sigaction(SIGINT, {0x8049ee0, [INT], SA_RESTORER|SA_RESTART, 0x40051878}, 
{SIG_DFL}, 8) = 0
rt_sigaction(SIGHUP, {0x8049ee0, [HUP], SA_RESTORER|SA_RESTART, 0x40051878}, 
{SIG_DFL}, 8) = 0
umask(077)                              = 02
open("/tmp/lh9Ve6h3", O_RDWR|O_CREAT|O_EXCL, 0600) = -1 EEXIST (File exists)
write(2, "LHa: Fatal error: ", 18LHa: Fatal error: )      = 18
write(2, "/tmp/lh9Ve6h3: File exists\n", 27/tmp/lh9Ve6h3: File exists
) = 27
exit_group(1)                           = ?
Process 15631 detached


That's due to mkstemp call and O_EXCL in subsequent open of the same file.
I workaround this by removing O_EXCL, but I think it is either some
problem in glibc or code in lha needs to be reworked.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Versions of packages lha depends on:
ii  libc6                         2.6.1-1+b1 GNU C Library: Shared libraries

lha recommends no packages.

-- no debconf information



--- End Message ---
--- Begin Message ---
Source: lha
Source-Version: 1.14i-10.3

We believe that the bug you reported is fixed in the latest version of
lha, which is due to be installed in the Debian FTP archive:

lha_1.14i-10.3.diff.gz
  to pool/non-free/l/lha/lha_1.14i-10.3.diff.gz
lha_1.14i-10.3.dsc
  to pool/non-free/l/lha/lha_1.14i-10.3.dsc
lha_1.14i-10.3_amd64.deb
  to pool/non-free/l/lha/lha_1.14i-10.3_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Philipp Kern <[EMAIL PROTECTED]> (supplier of updated lha package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sat, 01 Dec 2007 16:32:52 +0100
Source: lha
Binary: lha
Architecture: source amd64
Version: 1.14i-10.3
Distribution: unstable
Urgency: medium
Maintainer: GOTO Masanori <[EMAIL PROTECTED]>
Changed-By: Philipp Kern <[EMAIL PROTECTED]>
Description: 
 lha        - lzh archiver
Closes: 446236
Changes: 
 lha (1.14i-10.3) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Fix subsequent open with O_EXCL after mkstemp (Closes: #446236)
Files: 
 27ad1ed6742b602ef4a1d207d02a0ee2 550 non-free/utils optional lha_1.14i-10.3.dsc
 8e0050f9dabcabf085d69df1690d7dcc 45049 non-free/utils optional 
lha_1.14i-10.3.diff.gz
 a923297ecf2c7ce8716e600d83c6bfb8 64660 non-free/utils optional 
lha_1.14i-10.3_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHUYAN7Ro5M7LPzdgRAmyHAJ43C598nmrVDPUL1t1pUqLCPrfzpwCg38VE
ydz53Y+vRG+ELp0qcSELrhQ=
=mKRD
-----END PGP SIGNATURE-----



--- End Message ---

Reply via email to