Your message dated Mon, 20 Jan 2014 23:46:15 +0000
with message-id <[email protected]>
and subject line Bug#736165: Removed package(s) from unstable
has caused the Debian Bug report #138697,
regarding mozilla-browser: Bad effects with "-remote" used in mozilla startup
script
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
138697: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=138697
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: mozilla-browser
Version: 2:0.9.9-1
Severity: normal
The scripts that start mozilla (like /usr/bin/mozilla-0.9.9) try to
use an existing mozilla instance instead of starting a new one (with
the -remote option).
This causes 2 problems, but since they're related I'm putting them
into one bug report.
The first problem is that it is very hard to make mozilla start with a
new instance vs. an existing one. The script uses some very funky
heuristics to choose between the two options, and they don't seem
relevant to anything. It seems that it will use an existing instance
if you either don't specify any arguments on the command line (not
even a nonsense word) or if you specify a few particular arguments
(like -mail). This is completely undocumented -- in fact if you type
"mozilla -help", it tells you that it will only use an existing
instance if you use the -remote argument. Thus, if you don't want
mozilla to use an existing instance, you have to read the shell script
and decipher its meaning.
The second problem is that this screws up the debian policy of
allowing multiple versions of mozilla to be installed simultaneously.
If I have a mozilla-browser-cvs open, it becomes impossible for me to
even RUN a mozilla-0.9.9 browser -- unless I read the script and think
up a hack like typing "mozilla -asdfljlsdfjk".
This seems like an upstream bug, but I can imagine how it would work
OK on a system with only one version of mozilla installed. It
*doesn't* work on debian, since there can be multiple mozilla's.
It especially doesn't work on *my* system. I run a mozilla instance
on a remote machine (over a dsl line) that filters my IMAP email, and
read email on my local machine in mozilla-cvs. Periodically, however,
I want to use mozilla-0.9.9 (either to avoid a bug, or get antialasing
or whatnot). Now, sometimes it will just use the existing mozilla-cvs
process, and sometimes it will use the remote process! This caught me
completely by surprise when I tried to run the new 0.9.9 release of
mozilla, and found that everything went *incredibly* slow. It took me
a day to realize that it was just opening a new window on my remote
dsl instance.
A simple hack that would at least help would be to document a
"-noremote" option in the mozilla script (and maybe
/usr/share/doc/mozilla-browser/README.Debian). That option doesn't
happen to actually mean anything to mozilla, but if you type *any*
option to mozilla at all, the script's heuristics will decide to start
a new process for whatever reason.
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux cheeseskin 2.4.17-k7 #2 Sat Dec 22 22:03:49 EST 2001 i686
Locale: LANG=C, LC_CTYPE=
Versions of packages mozilla-browser depends on:
ii debconf 1.0.31 Debian configuration management sy
ii libc6 2.2.5-3 GNU C Library: Shared libraries an
ii libglib1.2 1.2.10-4 The GLib library of C routines
ii libgtk1.2 1.2.10-9 The GIMP Toolkit set of widgets fo
ii libjpeg62 6b-5 The Independent JPEG Group's JPEG
ii libnspr4 2:0.9.9-1 Netscape Portable Runtime Library
ii libstdc++2.10-glibc2.2 1:2.95.4-4 The GNU stdc++ library
ii xlibs 4.1.0-14 X Window System client libraries
ii zlib1g 1:1.1.4-1 compression library - runtime
--- End Message ---
--- Begin Message ---
Version: 2.7.12-1+rm
Dear submitter,
as the package iceape has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/736165
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
[email protected].
Debian distribution maintenance software
pp.
Ansgar Burchardt (the ftpmaster behind the curtain)
--- End Message ---
