Problems with SeaMonkey 2.53.4 package
APT repository for Mozilla software releases
Brought to you by:
nanotube
The SeaMonkey Ubuntuzilla package can't be upgraded with Synaptic:
"W: Failed to fetch https://ufpr.dl.sourceforge.net/project/ubuntuzilla/mozilla/apt/pool/main/s/seamonkey-mozilla-build/seamonkey-mozilla-build_2.53.4-0ubuntu1_i386.deb
The HTTP server sent an invalid reply header"
The package can be downloaded but can't be installed graphically using gdebi, because
hunspell-en-us from Xenial claims to conflict with IceWeasel.
As gdebi isn't being asked to install IceWeasel, it's being too picky here.
The package was easily installed with dpkg -i.
Does the package really have no dependencies?
Further issues:
SF ticket system reformats plain text unexpectedly if JS isn't enabled
SF ticket system doesn't provide for editing the initial post in a ticket to correct vandalism, eg.
Try this instead.
Hi, thank you for the bug report.
For issues with SF ticket system, please report on the main SF tracker. This is just one of the thousands of random projects that's hosted on SF.
This is the main SF tracker: https://sourceforge.net/p/forge/site-support/new/
Regarding the issues you report:
seems to be a transient mirror propagation problem - just tried grabbing package with apt and had no problems. Try again?
I added iceweasel and the rest of the 'provides' list by just copying out of the firefox package a few years ago, following this bug report: https://sourceforge.net/p/ubuntuzilla/support-requests/3/
Haven't kept up with the iceweasel drama, is iceweasel still a thing even? I can take out the iceweasel provide, as long as it doesn't break anything else.
good :)
Well... this project just repackages the binaries built by mozilla, so presumably they only rely on things that are available by default, and include everything else.
On 23/09/2020 15:40, nanotube wrote:
Understood. I don't suppose it's going to be improved at its time of life.
Still the same result. In SM itself, the quoted URL links to the
download when sourceforge.net and fsdn.com are enabled for JS. Without
JS I just get the interstitial page
https://sourceforge.net/projects/ubuntuzilla/files/mozilla/apt/pool/main/s/seamonkey-mozilla-build/seamonkey-mozilla-build_2.53.4-0ubuntu1_i386.deb/download?use_mirror=master&download=&failedmirror=ufpr.dl.sourceforge.net
"Your download will start shortly..."
And:
$ apt-get -o Debug::Acquire::https=1 download seamonkey-mozilla-build
...
Connected to ufpr.dl.sourceforge.net (200.236.31.2) port 443 (#0)
...
ALPN, server accepted to use http/1.1
0% [Working] Mark bundle as not supporting multiuse
< HTTP/1.1 302 Found
< Date: Wed, 23 Sep 2020 18:16:55 GMT
< Server: Apache
< Location:
https://downloads.sourceforge.net/project/ubuntuzilla/mozilla/apt/pool/main/s/seamonkey-mozilla-build/seamonkey-mozilla-build_2.53.4-0ubuntu1_i386.deb?download&failedmirror=ufpr.dl.sourceforge.net
< Content-Length: 384
< Connection: close
< Content-Type: text/html; charset=iso-8859-1
<
Closing connection 0
Issue another request to this URL:
'https://downloads.sourceforge.net/project/ubuntuzilla/mozilla/apt/pool/main/s/seamonkey-mozilla-build/seamonkey-mozilla-build_2.53.4-0ubuntu1_i386.deb?download&failedmirror=ufpr.dl.sourceforge.net'
Trying 216.105.38.13:443...
Connected to downloads.sourceforge.net (216.105.38.13) port 443 (#1)
...
ALPN, server accepted to use h2
* Using HTTP2, server supports multi-use
...
< HTTP/2 302
Err:1 https://ufpr.dl.sourceforge.net/project/ubuntuzilla/mozilla/apt
all/main i386 seamonkey-mozilla-build i386 2.53.4-0ubuntu1
The HTTP server sent an invalid reply header
E: Failed to fetch
https://ufpr.dl.sourceforge.net/project/ubuntuzilla/mozilla/apt/pool/main/s/seamonkey-mozilla-build/seamonkey-mozilla-build_2.53.4-0ubuntu1_i386.deb
The HTTP server sent an invalid reply header
The redirected URL should have the ts parameter in order to get to the
file "...&ts=n" where, I guess, n is a recent time_t, as in the "direct
link" on
https://sourceforge.net/settings/mirror_choices?projectname=ubuntuzilla&filename=mozilla/apt/pool/main/s/seamonkey-mozilla-build/seamonkey-mozilla-build_2.53.4-0ubuntu1_i386.deb&selected=master
Probably not so much. There must be some historical reason why the
hunspell-en-us pkg of 2007 thought it should conflict with the then
entire output of the Mozilla Foundation, and why it hasn't been updated
since:
$ apt-cache depends hunspell-en-us
hunspell-en-us
Depends: dictionaries-common
Conflicts: firefox
Conflicts: <iceape-browser>
Conflicts: <icedove>
Conflicts: <iceweasel>
Conflicts: <libxul0d>
Conflicts: <mozilla-browser>
Conflicts: myspell-en-us
Conflicts: <openoffice.org>
Conflicts: <openoffice.org-core>
Conflicts: thunderbird
Suggests: hunspell
Suggests: <openoffice.org-hunspell>
Suggests: <openoffice.org-core>
Replaces: myspell-en-us
Replaces: <openoffice.org-spellcheck-en-us></openoffice.org-spellcheck-en-us></openoffice.org-core></openoffice.org-hunspell></openoffice.org-core></openoffice.org></mozilla-browser></libxul0d></iceweasel></icedove></iceape-browser>
But unless I want to install iceweasel I don't care about the purported
"conflict" so I suggest the problem is 60% hunspell and 40% gdebi.
As I guessed. From
https://www.seamonkey-project.org/doc/system-requirements:
"Linux
The following library versions (or compatible) are required:
GTK+ 3.4 or higher
GLib 2.22 or higher
Pango 1.14 or higher
X.Org 1.0 or higher (Recommended: 1.7 or higher)
libstdc++ 4.6.1 or higher
Recommended for optimal functionality:
NetworkManager 0.7 or higher
DBus 1.0 or higher
GNOME 2.16 or higher"
I think this means, in terms of Ubuntu packages:
Depends: libgtk-3-0 (>=3.4)
Depends: libglib2.0-0 (>=2.22)
Depends: libpango-1.0-0 (>=1.14)
Depends: xorg (>=1.7) | xorg (>=1.0)
Depends: libstdc++6 (>=4.6.1)
Suggests: dbus (>=1.0)
Suggests: network-manager (>=0.7)
Suggests: gnome (>=2.16)
Thanks for your work.
/df
--
London SW6
UK
Hi Dirk,
Well, seamonkey just came out with new release. I took out the iceweasel dependency, so hopefully at least that issue is solved.
I don't know that I can do anything about your download problems - I have not been able to replicate any issues on my end.
Cheers,
Daniel
On 15/11/2020 17:42, nanotube wrote:
Thanks, the 2.53.5 update went fine, at least as far as downloading and
installing ...
/df
--
London SW6
UK