Iceweasel 3.5-1 in experimental

I just uploaded iceweasel 3.5-1 in experimental. It should reach your mirrors soon, but its main dependency, xulrunner-1.9.1, is still in NEW, so you’ll have to take it from my people.debian.org space until is comes out from there.

Some quick links:

And until it reaches your nearby mirror, you can take iceweasel from there too:

For the people using Lenny, note that you should only need to rebuild xulrunner. The iceweasel package should be installable as is once you have xulrunner 1.9.1 installed.

You will need the following change to configure.in to be able to build xulrunner on Lenny:
- PKG_CHECK_MODULES(SQLITE, sqlite3 >= $SQLITE_VERSION)
+ PKG_CHECK_MODULES(SQLITE, sqlite3)

Then run autoconf.

I might provide backported packages in the near future.

2009-07-08 08:59:41+0200

firefox, xulrunner

Both comments and pings are currently closed.

31 Responses to “Iceweasel 3.5-1 in experimental”

  1. Giorgos Says:

    Hello and thank you for your efforts! I’m running the i386 version and it’s flawless. Well, except that in the title bar and “About” window the name “Mozilla Firefox” is used. Is there any way to change this? It’s nothing important really, just for consistency.

    Thanks again :-)

  2. Giorgos Says:

    Problem solved, I had installed Mozilla’s language pack, due to iceweasel-l10n-* not being available yet.

  3. Iñaki Says:

    Thank you.

    A week after Firefox 3.5 was published and still Debian users have to do “tricky” installations instead a normal update. I hope all those Debian “bureaucrats” are happy with the constant delays and the extra work you, mantainers, have to do thanks to that stupid talibanish policy with Firefox/Iceweasel. If it isn’t 100% free, place the damn program in non-free repos, no matter it it’s 99,999999 % free, but stop f**king with users! especially when due to that brilliant idea Iceweasel users have extra problems, like when some files that should point to some dir called “firefoxwhatever” point to “iceweaselwhatever” or vice versa, and we have to edit by hand some config files to get things working right. Very intelligent, yeah!

    Anyway, thank you, sincerely; this was a criticism about idiocy in Debian, not about your work, which I think every Ideweasel users appreciate.

    Ciao.

  4. craig Says:

    Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1) Gecko/20090707 Iceweasel/3.5 (Debian-3.5-1)

    Works great in sid. Thanks.

  5. glandium Says:

    Iñaki: The fact is, Debian “bureaucrats” have nothing to do with the delay to get Iceweasel 3.5 in the archive in a timely fashion. See how (almost) flawlessly 3.0.x releases went through (except in stable, but that is another story). The main problem is my lack of time: in a perfect world, Iceweasel 3.5 betas should have been packaged for months.

  6. johnbeavis Says:

    It does not build on Lenny because sqlite3 is too old:
    mozStorageService.cpp: In destructor ‘virtual mozStorageService::~mozStorageService()’:
    mozStorageService.cpp:116: error: ‘sqlite3_shutdown’ was not declared in this scope
    mozStorageService.cpp: In member function ‘nsresult mozStorageService::Init()’:
    mozStorageService.cpp:142: error: ‘SQLITE_CONFIG_MEMSTATUS’ was not declared in this scope
    mozStorageService.cpp:142: error: ‘sqlite3_config’ was not declared in this scope
    mozStorageService.cpp:149: error: ‘sqlite3_initialize’ was not declared in this scope

    After upgrading to sqlite 3.6 I get another error:
    nsOggDecoder.cpp: In member function ‘PRBool nsOggDecodeStateMachine::IsBuffering() const’:
    nsOggDecoder.cpp:368: error: ‘PR_ASSERT_CURRENT_THREAD_IN_MONITOR’ was not declared in this scope
    nsOggDecoder.cpp: In member function ‘PRBool nsOggDecodeStateMachine::IsSeeking() const’:
    nsOggDecoder.cpp:375: error: ‘PR_ASSERT_CURRENT_THREAD_IN_MONITOR’ was not declared in this scope
    nsOggDecoder.cpp: In member function ‘PRBool nsOggStepDecodeEvent::InStopDecodingState()’:
    nsOggDecoder.cpp:631: error: ‘PR_ASSERT_CURRENT_THREAD_IN_MONITOR’ was not declared in this scope
    nsOggDecoder.cpp: In member function ‘void nsOggDecodeStateMachine::HandleDecodeErrors(OggPlayErrorCode)’:
    nsOggDecoder.cpp:738: error: ‘PR_ASSERT_CURRENT_THREAD_IN_MONITOR’ was not declared in this scope
    nsOggDecoder.cpp: In member function ‘nsOggDecodeStateMachine::FrameData* nsOggDecodeStateMachine::NextFrame()’:
    nsOggDecoder.cpp:753: error: ‘PR_ASSERT_CURRENT_THREAD_IN_MONITOR’ was not declared in this scope
    nsOggDecoder.cpp: In member function ‘void nsOggDecodeStateMachine::UpdatePlaybackPosition(float)’:
    nsOggDecoder.cpp:1116: error: ‘PR_ASSERT_CURRENT_THREAD_IN_MONITOR’ was not declared in this scope
    nsOggDecoder.cpp: In member function ‘void nsOggDecodeStateMachine::Seek(float)’:
    nsOggDecoder.cpp:1226: warning: unused variable ‘duration’
    nsOggDecoder.cpp: In member function ‘void nsOggDecodeStateMachine::StopStepDecodeThread(nsAutoMonitor*)’:
    nsOggDecoder.cpp:1381: error: ‘PR_ASSERT_CURRENT_THREAD_IN_MONITOR’ was not declared in this scope

  7. glandium Says:

    johnbeavis: For sqlite, 3.5 was enough for xulrunner 1.9 despite the configure check requesting version 3.6.something. It looks like the status changed. For nsOggDecoder.cpp, it appears nspr 4.8 is required (beta 2 to be more precise), and the configure check for system nspr is not tight enough

  8. Man from Montreal Says:

    Thank you for packaging Firefox 3.5
    Greatly appreciated
    I was browsing my feeds in Akregator (best news aggregator as far as I am concerned!) today and saw your post in Planet Debian

    Thanks again

  9. IceWeasel (Firefox) 3.5 je v experimental (Debian-linux.cz) Says:

    [...] několika dny se objevily nové balíčky Firefoxu 3.5 pro Debian. Ty jsou nyní oficiálně zařazeny ve větvi experimental a brzy by se měly dostat na všechny servery, takže je možno je přímo nainstalovat do [...]

  10. Alex Says:

    Yeah, unfortunately it seems that it’s not ready for Lenny :(

    nspr and sqlite dependencies are the first problems and who knows how much problems will be in the future…

  11. Alex Says:

    Ok, I was able build xulrunner-1.9.1 from sources in Lenny.

    In order to do that, you need to update your sqlite3, libnss and libnspr packages (including -dev packages) from testing.

    It was build successfully, and it seems that applications using XUL (with application.ini) work fine.

    I was not able to install iceweasel from Lenny, because it requires exactly xulrunner-1.9. Any ideas?

  12. OppTupacShakur Says:

    in debian lenny i have the following problem to build the pakage.

    checking for sqlite3 >= 3.6.10… Requested ‘sqlite3 >= 3.6.10′ but version of SQLite is 3.5.9
    configure: error: Library requirements (sqlite3 >= 3.6.10) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.

    i have changed in configure.in

    - PKG_CHECK_MODULES(SQLITE, sqlite3 >= $SQLITE_VERSION)
    + PKG_CHECK_MODULES(SQLITE, sqlite3)

    but it doesn´t work :(

  13. Alex Says:

    OppTupacShakur: compiling xulrunner-1.9.1 against sqlite3, libnss and libnspr from Lenny won’t work at all, because Mozilla guys use new API from that libraries.

    You need to update that libraries from testing (including -dev) and try to build xulrunner again.

  14. Alex Says:

    I’ve uploaded packages for Lenny here: http://depositfiles.com/files/db1wce75f (requires JavaScript to be enabled)

  15. glandium Says:

    Alex: Install iceweasel from experimental. You just don’t need to build it, theorically.

  16. OppTupacShakur Says:

    i have build sqlite3, libnss3 and libnspr4 for debian lenny und installed it include devel pakages, but when i build xulrunner 1.9.1 i get the follow error

    http://nopaste.oppserver.net/index.php?id=db1a6fec84&view=nl

    any idea?
    sry for my bad english ;)

  17. glandium Says:

    OppTupacShakur: Are you sure you applied the diff.gz from the debian package ?

  18. OppTupacShakur Says:

    yes i have dpkg-source -x xulrunner_1.9.1-1.dsc, then i have build the pakage with dpkg-buildpackage -rfakeroot -us -uc -sa -tc and became the above error.

  19. Alex Says:

    >> Install iceweasel from experimental. You just don’t need to build it, theorically.

    Thanks, it seems to work fine.

  20. Linux Blog » Blog Archive » IceWeasel (Firefox) 3.5 je v experimental Says:

    [...] několika dny se objevily nové balíčky Firefoxu 3.5 pro Debian. Ty jsou nyní oficiálně zařazeny ve větvi experimental a brzy by se měly dostat na všechny servery, takže je možno je přímo nainstalovat do [...]

  21. Oren Says:

    Cool, thanks !

  22. Iñaki Says:

    Glandium, my criticism wasn’t addressed to packagers like you, who make a good job without asking anything in return; my criticism referred to that stupid decision, in my opinión (and in the opinión of lots of people more knowledged than I) of “creating” Iceweasel, a “bureaucratic” decision which just adds more work to do for you, mantainers, and increases the risk of delays, failures due to silly things like bad paths in some random line in some config file, etc.

    I know that at least as many people, probably more, like those who think it was a wrong decision think that it was a good one, that putting FF in non-free repos would have been exagerated, but hence the “benefits” of Iceweasel: delays, silly bugs due to executable/paths/whatever wrong names, need to change the browser’s user agent for many sites, etc.

    Said all this, I repeat that users highly appreciate the work packagers do and sencerely thank you; but sometimes Debian looks like some government administration taking stupid decisions that just make things worse.

    Regards

  23. arno Says:

    Hi,
    I’m trying to compile xulrunner 1.9.1 on debian unstable and it fails.
    I got it with
    dget ftp://ftp.fr.debian.org/debian/pool/main/x/xulrunner/xulrunner_1.9.1-1.dsc
    then
    dpkg-buildpackage -us -uc

    and it fails in js/src

    c++ -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-long-long -g -fno-strict-aliasing -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -Os -fstrict-aliasing -o js js.o -Wl,–as-needed -lpthread -Wl,–as-needed -Wl,-rpath-link,/bin -Wl,-rpath-link,/lib -L./../../dist/bin -L./../../dist/lib -L/usr/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl -L. -L/home/arno/debian/debsrc/xulrunner-1.9.1/dist/lib -lmozjs -lreadline -ldl -lm -lm -ldl
    js.o: In function `Elapsed’:
    /home/arno/debian/debsrc/xulrunner-1.9.1/js/src/js.cpp:3400: undefined reference to `js_IntervalNow’
    js.o: In function `CancelExecution’:
    /home/arno/debian/debsrc/xulrunner-1.9.1/js/src/js.cpp:3347: undefined reference to `JS_TriggerAllOperationCallbacks’
    js.o: In function `ValueToScript’:
    /home/arno/debian/debsrc/xulrunner-1.9.1/js/src/js.cpp:1303: undefined reference to `js_GeneratorClass’
    js.o: In function `GCParameter’:
    /home/arno/debian/debsrc/xulrunner-1.9.1/js/src/js.cpp:1098: undefined reference to `JS_GetGCParameter’
    js.o: In function `ToSource’:
    /home/arno/debian/debsrc/xulrunner-1.9.1/js/src/js.cpp:1000: undefined reference to `JS_ValueToSource’
    js.o: In function `AssertEq’:
    /home/arno/debian/debsrc/xulrunner-1.9.1/js/src/js.cpp:1020: undefined reference to `JS_StrictlyEqual’
    js.o: In function `main’:
    /home/arno/debian/debsrc/xulrunner-1.9.1/js/src/js.cpp:4604: undefined reference to `JS_SetGCParameterForThread’
    js.o: In function `NewContextData’:
    /home/arno/debian/debsrc/xulrunner-1.9.1/js/src/js.cpp:296: undefined reference to `js_IntervalNow’
    collect2: ld returned 1 exit status
    make[4]: *** [js] Erreur 1
    make[4]: quittant le répertoire « /home/arno/debian/debsrc/xulrunner-1.9.1/js/src »
    make[3]: *** [libs_tier_js] Erreur 2
    make[3]: quittant le répertoire « /home/arno/debian/debsrc/xulrunner-1.9.1 »
    make[2]: *** [tier_js] Erreur 2
    make[2]: quittant le répertoire « /home/arno/debian/debsrc/xulrunner-1.9.1 »
    make[1]: *** [default] Erreur 2
    make[1]: quittant le répertoire « /home/arno/debian/debsrc/xulrunner-1.9.1 »

  24. glandium Says:

    arno: there is theorically no way this should ever happen. What architecture are you trying to build it for ? And why are you trying to build it at all ?

  25. arno Says:

    glandium: I’m trying to build because sometimes I need to understand parts of gecko, so I like to have a build available where I can put printf’s
    I’m trying to build on amd64 architecture.
    Is a build log available so I can compare rules used to build js shell ?

  26. bhy Says:

    Iñaki: OMG! Do you actually know anything about the story behind FF getting renamed to iceweasel in Debian? It was 100% mozilla’s fault and 0% debian’s fault. Mozilla instits that modified versions of its product can’t carry its trademark anymore. And they apply this pretty selectively (other distros also have modified versions but mozilla doesn’t seem to mind).

    You shouldn’t use absolute paths (crappy extensions which use absolute paths etc.), then there’s no problem with directory names having ‘iceweasel’ instead of ‘firefox’. Also, the fact that this version is packaged a little late has probably nothing to do with the different name. It’s just that Debian’s not archlinux, it has a stable version and doesn’t focus on rolling updates that much.

    The crap about government administration and bureaucrats is just sad. I’m very liberal and that’s why I use Debian. Thanks to the free software guidelines and the social contract, Debian is the only mainstream operating system which is fully free software.

  27. Anonymous Says:

    Regarding “iceweasel” causing packaging difficulties: no. As I understand it, the difficulty comes primarily from Mozilla packaging software for Linux like it does for systems like Windows which have no sane package management. Thus, Mozilla bundles versions of libraries rather than using the system libraries, and otherwise makes life difficult for packagers like Mike Hommey.

    glandium: does that accurately summarize the problem?

  28. feNNec Says:

    Thanks a lot for iceweasel 3.5-1 in Experimental. Works well for me.
    One question: why 3.5.1-1 exists for amd64 and not for i386?

  29. Anonymous Says:

    Works fine here on testing/i386. Thank you for your hard work.

  30. Rejin: Advogado Da Sega Says:

    Thank You

  31. Mike Says:

    Thanks but can we just have firefox back? Mozilla’s non-free icons and images are the least of Debian’s GNU problems. If it isn’t, why stop with firefox? Let go ahead and follow the retarded decision to create iceweasel and bury debian by banning openssl too.

    Iceweasel was nothing more than an interweb dictator demonstrating his e-penis size by forcing everybody to conform to his tangent. How do I know? Because even though I can maintain firefox packages intended for non-free I cannot get them included into the repository. Why? Because it proves the dictator wrong and questions his power.