[cc'd to BLFS-Dev from BLFS-Support]
Archaic wrote these words on 06/25/05 12:01 CST:
[snip what is already instructions in the book]
make -C browser/installer
cd dist
mv firefox /opt/firefox-${version}
ln -sf /opt/firefox-${version} /opt/firefox
ln -sf /opt/firefox/firefox /usr/bin
On 8/24/05, Randy McMurchy [EMAIL PROTECTED] wrote:
Using the installer as Archaic points out creates a Firefox that
doesn't call the profile manager when invoked more than once.
Invoking firefox a 2nd time simply opens another window of Firefox.
As one would expect.
Invoked like this (with
Dan Nicholson wrote these words on 08/24/05 15:30 CST:
The issue of profile locking when trying to open a URL in an already
running Firefox received some attention on blfs-support. Kevin
Somervill went through the run-mozilla.sh script and found there was
an error where a variable didn't get
On Thu, 14 Jul 2005, Ken Moffat wrote:
[snipped, just tieing to the thread]
Turns out there is a further hiccough with the make -C
browser/installer method - if you want to use firefox as the engine of
epiphany, the pkgconfig and header files aren't there.
The pkgconfig files assume
Andrew Benton wrote:
No, it's not a mandatory dependency, they've included the cairo code in
the mozilla source. It works well, but there's not a lot of svg out
there on the web.
As it happens, I'm involved in the development of an svg-based system.
I would like to get my hands dirty on the
Jens Olav Nygaard wrote:
As it happens, I'm involved in the development of an svg-based system.
I would like to get my hands dirty on the deerpark versions of Firefox,
but without throwing the working 1.0.5 version out the window.
Does it sound like a good (=sufficient for complete isolation of
Andrew Benton wrote:
...
Keeping Firefox in your home folder solves the problem of running it
once as root as you have write permissions in your home folder. Also, if
it all goes wrong just delete it. You haven't installed anything system
side so there's no mess to clean up. This script should
On Fri, 2005-07-15 at 15:50 +0100, Andrew Benton wrote:
Simon Geard wrote:
In the meantime, they've replaced the libart_gpl backend with one based
on Cairo which will apparently be standard in Firefox 1.1. At some
point, Cairo will be a mandatory dependency for Firefox - not sure if
that
On Thu, 2005-07-14 at 15:50 +0100, Ken Moffat wrote:
Thanks for the explanation. I remember when I first had svg in
mozilla, and it looked an interesting new thing. Now I don't have it,
but I don't seem to be missing anything important.
Yeah, support has been present in the codebase for a
On Fri, 1 Jul 2005, DJ Lucas wrote:
Andrew Benton wrote:
I've done some more testing on this. Building firefox-1.0.4 with the
attached build script should produce a copy of firefox in /usr/lib and
make a symbolic link pointing at it from /usr/bin. Running firefox and
then trying to open
Ken Moffat wrote:
Can I just reawaken this thread to report success with what was
basically Andrew's build script
I'd rather you didn't. I was embarrassed because I didn't test it properly before I sent it. It worked with an existing profile but if I deleted my profile and did it completely
Andrew Benton wrote:
I've done some more testing on this. Building firefox-1.0.4 with the
attached build script should produce a copy of firefox in /usr/lib and
make a symbolic link pointing at it from /usr/bin. Running firefox and
then trying to open a second instance will open the new url in
I've done some more testing on this. Building firefox-1.0.4 with the attached
build script should produce a copy of firefox in /usr/lib and make a symbolic
link pointing at it from /usr/bin. Running firefox and then trying to open a
second instance will open the new url in the current window.
Peter B. Steiger wrote:
There are plenty of workarounds, Andrew - DJ had a similar script
replacement, and you discovered that using the build instructions on
mozilla.org (which involved running a separate browser/installer build
process) produce the desired result. The question now is whether
DJ Lucas wrote:
Andrew Benton wrote:
You shouldn't go filing bugs if it's the BLFS build process that's
broken. I haven't had this problem for more than a year, but then I
don't build Firefox the BLFS way, I do it the Mozilla way
http://www.mozilla.org/build/configure-build.html
Depends on
Peter B. Steiger wrote:
I guess it's time to head over to bugzilla... I figured I was just doing
something wrong, but if nobody else here can build it without the
profile locking behavior, it's not just my problem.
You shouldn't go filing bugs if it's the BLFS build process that's broken. I
Andrew Benton wrote:
You shouldn't go filing bugs if it's the BLFS build process that's
broken. I haven't had this problem for more than a year, but then I
don't build Firefox the BLFS way, I do it the Mozilla way
http://www.mozilla.org/build/configure-build.html
Depends on wether or not
Well, the --disable-profilelocking didn't have any effect; FF still
complains that my profile is already in use when I click on a link in
email (Evolution) while FF is already open. When that didn't work I
also tried adding --enable-profilesharing, but it looks like that is
turned on by default.
Peter B. Steiger wrote:
Well, the --disable-profilelocking didn't have any effect; FF still
complains that my profile is already in use when I click on a link in
email (Evolution) while FF is already open. When that didn't work I
also tried adding --enable-profilesharing, but it looks like
19 matches
Mail list logo