SeaMonkey for SL6

[tux99]

Seamonkey 2.5 (equivalent to Firefox 8.0.1) is now available as x86_64 RPM for SL6 (and other RHEL 6 compatible distros) in my testing repo.

Please note this RPM is straight off my built server, I haven't tested it yet at all, but of course I will test it this weekend and, if it works fine as expected, move to the release repo.

If you test it please provide feedback (both positive and negative).

I'm also planning to do a 32 bit RPM in the next few days.

See link below for my repo.

[Nathan]

Thanks, I'll have a look at it ASAP.

[tux99]

I have also built a i686 RPM of Seamonkey 2.5 now, it's also in my testing repo.

[tux99]

QUOTE (U308 @ Nov 23 2011, 09:41 AM)

Seamonkey version 2.5 is out.  http://www.seamonkey-project.org/releases/seamonkey2.5/changes#new I will allow tux99, 10 days leeway for packaging.    Looking forward.

U308, have you tried the new seamonkey 2.5 rpm yet? Is it working fine for you?

I have been using both the 64bit and the 32bit rpms (on different PCs) and they are both working fine for me (but I don't use so many plugins as you do) so I'll move them to the release repo tomorrow unless you or someone else report serious issues (that can be reproduced).

[U308]

QUOTE (tux99 @ Nov 30 2011, 05:07 AM)

QUOTE (U308 @ Nov 23 2011, 09:41 AM) Seamonkey version 2.5 is out.  http://www.seamonkey-project.org/releases/seamonkey2.5/changes#new I will allow tux99, 10 days leeway for packaging.    Looking forward.  U308, have you tried the new seamonkey 2.5 rpm yet? Is it working fine for you? I have been using both the 64bit and the 32bit rpms (on different PCs) and they are both working fine for me (but I don't use so many plugins as you do) so I'll move them to the release repo tomorrow unless you or someone else report serious issues (that can be reproduced).

Sorry, was tied up for several days. I will let you know later today.

[U308]

tux99, Seamonkey 2.5.1 is fine and your pdf fix from last time is also there.
On start up the extensions compatibility check informed me that my Display Mail User Agent
extension will be disabled and will be updated when compatible.

Mail and Composer also no problems so far.

Apple Trailers same as last time - but let's not go there again

Main thing it is stable on my system so I reckon it's ready for release - up to you of course.

Many thanks for undertaking the packaging !

Oh yes Java jre1.7.0_01 from Oracle also perfect. (In Ubuntu apparmor has a major problem with java in FF 8).

[tux99]

U308, many thanks for your detailed feedback, I appreciate it very much!

I have now moved the Seamonkey 2.5 rpms into the release repo.

QUOTE

On start up the extensions compatibility check informed me that my Display Mail User Agent extension will be disabled and will be updated when compatible.

looks like that extension hasn't included 2.5 into it's compatibility list yet:
https://addons.mozilla.org/en-us/seamonkey/addon/display-mail-user-agent/

QUOTE

Version 1.6.8    Released September 17, 2011  3.3 MB    Works with SeaMonkey 2.0 - 2.4.*, Thunderbird 2.0 - 9.*

As a workaround you could try disabling the add-ons compatibility check:
Just create a new Boolean called "extensions.checkCompatibility.2.5" in "about:config" (right click in the main pane after going to about:config to create a new preference called "extensions.checkCompatibility.2.5") and set it to "false". See also here: http://kb.mozillazine.org/Extensions.checkCompatibility

[tux99]

Seamonkey 2.6 (equivalent to Firefox 9) for EL6x (SL6, Centos6, RHEL6) is now available in my testing repo.

Both 32 bit and 64 bit packages are available.

I will move the packages to the release repo in a few days if no issues with them arise.

Please provide feedback, especially about any issues or regressions (positive feedback is always very welcome too! ).

[U308]

QUOTE (tux99 @ Dec 21 2011, 08:46 AM)

Seamonkey 2.6 (equivalent to Firefox 9) for EL6x (SL6, Centos6, RHEL6) is now available in my testing repo. Both 32 bit and 64 bit packages are available. I will move the packages to the release repo in a few days if no issues with them arise. Please provide feedback, especially about any issues or regressions (positive feedback is always very welcome too! ).

I have updated to 2.6. The only really 'bad' thing for me is that yet another of my favourite (and useful) extensions is not compatible; viz. Mozilla Archive Format 2.0.2.
I removed it and added the boolean in about:config, (for 2.6) set to false. Then tried to install again but
after downloading got message re. the compatibility. So no luck there.
Otherwise very smooth; flash/java browsing is fine, so is mail and composer.
The video issues with quicktime are still there despite spending time in disabling/enabling plugins in all possible combinations.
I give up on that part - especially as SM uses the same plugins as FF 3.6.24. Very Strange
indeed.
Obviously this has nothing to do with your packaging, so as far as I am concerned sweep it to stable.

Edit: Now here's something to chew on. I installed Firefox 9 with xulrunner 9 and Tbird from remi by adding the remi.repo.
All's well but like SeaMonkey there is no way to play apple trailers. So it seems that only
Firefox 3.6x will play them.

Edit2: Looks like tux99 is relaxing That's the spirit over the festive season.
Anyway, those qt trailers are now not even playing with FF 3.6x
I think that the totem quick time plug in is too old. For instance Ku(U)buntu 11.10 now uses
version 7.6.6 and with that it works fine in FF. I don't have SM on my Kubuntu 11.10 but
I think I will install it to see whether 7.6.6 also works there. *Yes it does, no problem with SM 2.4.1 which is the version in the repos.
So it looks like the quick time totem plugin used by FF & SM in SL 6.1 is no longer recognised by the apple itunes trailers site.

Merry Xmas tux99 and thanks for all the packaging !

[U308]

Saw on a German site that SeaMonkey 2.7 is now out. Some good news is that addons
are now marked compatible provided they were compatible with SeaMonkey 2.1 and higher.
Other changes from the release notes:
Anti-Aliasing for WebGL and CSS3-3D transformations supported. I don't have the full release
notes, probably the site needs updating.

[tux99]

QUOTE (U308 @ Jan 31 2012, 01:29 PM)

Saw on a German site that SeaMonkey 2.7 is now out. Some good news is that addons are now marked compatible provided they were compatible with SeaMonkey 2.1 and higher. Other changes from the release notes: Anti-Aliasing for WebGL and CSS3-3D transformations supported. I don't have the full release notes, probably the site needs updating.

Yes, I saw that 2.7 is out yesterday too, I hope I find time to package it up this coming weekend (or possibly earlier but can't promise it).
I had some hardware trouble with my private servers over the last few days leaving me with no email and limited web access so I have to sort that out first (I'm mostly up again but only on temporary hardware so far, the proper replacement hardware is on order).

[tux99]

Seamonkey 2.7 (equivalent to Firefox 10) is now available packaged up for SL6.x (and other RHEL6 clones) in my 'testing' repo, both 32bit and 64bit RPMs.

As usual it will move to the 'release' repo in a few days if no issues are found.

[U308]

Thanks tux99.
All's good, even the extensions like mozilla archive format are enabled and working, same with display mail user agent etc. Adobe reader, flash and java all fine.

[tux99]

QUOTE (U308 @ Feb 11 2012, 01:57 PM)

Thanks tux99. All's good, even the extensions like mozilla archive format are enabled and working, same with display mail user agent etc. Adobe reader, flash and java all fine.

Thanks for the feedback, it has been working fine for me too so I'm moving it to the 'release' repo.

Edit: I just noticed Mozilla released SM 2.7.1, it really annoys me when they do that as rebuilding the SM packages takes me about 7-8 hours in total (32bit + 64bit packages), they did the same with 2.6 where they released 2.6.1 a few days later for some minor bugfix.

Given that the single additional bugfix of 2.7.1 seems practically irrelevant to me ("Java applets sometimes cause text input to become unresponsive", personally I don't even have the Java plugin installed as no web site I care of uses it anymore) I'm not going to build 2.7.1 packages unless anyone using my SM package actually encounters this bug and reports it here.

[tux99]

I have just kick-started the build of Seamonkey 2.7.2 for SL6, this time there is a serious security bug, so I can't ignore this minor release.

For details see here:
http://www.seamonkey-project.org/releases/seamonkey2.7/changes

and here:
http://www.h-online.com/open/news/item/Vulnerability-in-libpng-prompts-Firefox-and-Thunderbird-updates-1436810.html

[tux99]

Seamonkey 2.7.2 is now available in my 'testing' repo. Upgrading is highly recommended due to the previously mentioned security bug in versions before 2.7.2.

I have not tested this package yet (it comes straight off the build server), but will do shortly and will move to the 'release' repo in a day or two unless issues crop up.

[U308]

I have 5x Linuxes but due to the constant back to back updates I have deleted SM from all distros EXCEPT from SL, thanks to your packaging tux99. (Those updates to both FF and SM are just too much too often)

The frequency of updates is bordering on the ridiculous (3 in Feb so far). Opera only 1 in Jan, none in Feb. What does that tell you ?

By the way can the contributed build package be used with SL ? http://www.seamonkey-project.org/releases/#contrib

I have used it with the 'Buntus in the past sans problems.

[tux99]

QUOTE (U308 @ Feb 19 2012, 12:42 PM)

The frequency of updates is bordering on the ridiculous (3 in Feb so far). Opera only 1 in Jan, none in Feb. What does that tell you ?

That Mozilla is following the FOSS "release early, release often" philosophy and that FF and SM are under very active development.
Opera, IE and others simply delay their security patches until the next scheduled update, I don't think that's preferable as it leaves you exposed to exploits for much longer.
I agree though that Mozilla should slow down the release of new versions (as opposed to security updates) to once every 3-4 months rather than once every 6 weeks.

QUOTE (U308 @ Feb 19 2012, 12:42 PM)

By the way can the contributed build package be used with SL ? http://www.seamonkey-project.org/releases/#contrib I have used it with the 'Buntus in the past sans problems.

Yes it will run, but it's not integrated into SL6, it will likely not work with the nspluginwrapper package and any plugins managed by nspluginwrapper (I had to specifically make a patch for that in my rpm a few months ago when you spotted the problem) and it will likely consume more RAM as it's not built to use the SL6 shared system libraries.
Also it has likely not been built with the Redhat gcc compiler flags (which are optimized to reduce the risk of some exploits), that I use for all my packages (just like most other Redhat/Centos/SL repos do).

[U308]

QUOTE (tux99 @ Feb 19 2012, 02:01 PM)

That Mozilla is following the FOSS "release early, release often" philosophy and that FF and SM are under very active development.  Opera, IE and others simply delay their security patches until the next scheduled update, I don't think that's preferable as it leaves you exposed to exploits for much longer. I agree though that Mozilla should slow down the release of new versions (as opposed to security updates) to once every 3-4 months rather than once every 6 weeks.

Opera has only had 3 security updates since 6th Dec 2011 according to h-online.com. Yes, the 6 weekly cycles plus all the security updates for FF/SM mean more time spent updating, less time for other things.
Pity those with slow connectivity let alone dial up. Might result in folks choosing another browser.

QUOTE (U308 @ Feb 19 2012, 12:42 PM)

By the way can the contributed build package be used with SL ? http://www.seamonkey-project.org/releases/#contrib

QUOTE (tux99 @ Feb 19 2012, 02:01 PM)

Yes it will run, but it's not integrated into SL6, it will likely not work with the nspluginwrapper package and any plugins managed by nspluginwrapper (I had to specifically make a patch for that in my rpm a few months ago when you spotted the problem) and it will likely consume more RAM as it's not built to use the SL6 shared system libraries. Also it has likely not been built with the Redhat gcc compiler flags (which are optimized to reduce the risk of some exploits), that I use for all my packages (just like most other Redhat/Centos/SL repos do).

Thanks for letting me know tux99.

[U308]

No problems with 2.7.2-1 from your testing repo.

Funny thing is I have your linuxtech-release repo but right now can only access the testing repo. The release repo is not available. (Ignore the enabled=0; I of course enabled both specially for Seamonkey).

[linuxtech-release]
name=LinuxTECH.NET el6 production repo
baseurl=http://pkgrepo.linuxtech.net/el6/release/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-LinuxTECH.NET
priority=8

[linuxtech-testing]
name=LinuxTECH.NET el6 testing repo
baseurl=http://pkgrepo.linuxtech.net/el6/testing/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-LinuxTECH.NET
priority=10

[tux99]

QUOTE (U308 @ Feb 20 2012, 06:01 PM)

No problems with 2.7.2-1 from your testing repo.

Thanks for the feedback.

QUOTE (U308 @ Feb 20 2012, 06:01 PM)

Funny thing is I have your linuxtech-release repo but right now can only access the testing repo. The release repo is not available. (Ignore the enabled=0; I of course enabled both specially for Seamonkey).

What do you mean by "not available"? They are both on the same server, just in different subdirectories!
Can you see http://pkgrepo.linuxtech.net/el6/release/ with your browser? Or are you getting an error?
Maybe it was a temporary network issue somewhere between you and the pkgrepo server just while you were trying to access the release repo?

[U308]

tux99, all Ok again, must have been a temporay network error.
This command earlier on only gave me the testing packages.
su -c "yum update --disablerepo=* enablerepo=linuxtech-release"
Apologies - too quick on the draw, should have waited a while.

[SeeM]

I'm not sure if it's a good place to ask, but while package maintainer is here... Is it possible to modify spec (or patch sources) and get Semonkey without wyswing module? Something like: ./configure --no-html-editor?

[tux99]

QUOTE (SeeM @ Feb 25 2012, 11:42 AM)

I'm not sure if it's a good place to ask, but while package maintainer is here... Is it possible to modify spec (or patch sources) and get Semonkey without wyswing module? Something like: ./configure --no-html-editor?

I don't know of the top of my head (right now I can't check), but I think it should be possible.

Out of curiosity, why do you need that?

[SeeM]

QUOTE (tux99 @ Feb 25 2012, 12:22 PM)

Out of curiosity, why do you need that?

People are clicking it accidentally and don't know what to do. It's more a personal preference than anything that important.