There were previous patches flying around attempting to change cmdtab[] to
*cmdtab which cause
cmdtab->c_name and cmdtab->c_help to automatically be out of bounds when ftp
started. That way
breaks it for any version of gcc cause it isn't the proper way to do it with
cmdtab structure. The correct
In accordance with the earlier post about the fix for the firefox script
that enables urls to be opened in a running instance, here's a similar
set of patches for thunderbird. These let the mailto go to thunderbird
if it's running already without the need for wrapper scripts or
-remote. There
Hi All,
The LFS book(s) link to Richard's Essential Pre-Reading Hint in the
Prerequisites section, as you may already be aware. The hint, in turn,
mentions that there is a better maintained version at
http://www.109bean.org.uk/lfsdocs/LFS-prereading.html
Firstly, Richard, is that still correct? A
Dan Nicholson wrote these words on 08/24/05 17:06 CST:
> No problem. The very special thanks really goes to Kevin Somervill
> for actually going through the firefox (mozilla) script and figuring
> out there's an error. I doubt the base of that script has been
> changed in years. Someone should
Test results from a pure64 build (gawk was still 3.1.4, although I
doubt that makes a difference here). This is just intended as an
initial marker, for binutils the book expects no errors - maybe we'll
change that if people confirm these results. This build was from an
LFS-6.1 pure64 host.
On 8/24/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> Dan, special thanks to you for bringing up the old archive message
> where this fix was originally posted. Kudos, dude.
No problem. The very special thanks really goes to Kevin Somervill
for actually going through the firefox (mozilla) scrip
Andrew Benton wrote these words on 08/24/05 16:25 CST:
> Surely the choice is between /opt and /usr/local? I vote for /usr/local. It'd
> be good to try and keep executable scripts and binaries out of /usr/lib
Actually, I'm now leaning to simply doing a sed on the installed
/usr/bin/firefox after
Dan Nicholson wrote these words on 08/24/05 16:44 CST:
> Look at the file
> mozilla/browser/app/mozilla.in
> This is the base for the firefox script. You can do the same sed on
> this file before the build to achieve the same effect. Like I said, I
> have the patch, but I'm at work and can't get
Randy McMurchy wrote these words on 08/24/05 15:54 CST:
> 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 s
Bruce Dubbs wrote:
I like putting things into /opt too, but there have been several
comments about putting things into /usr/bin for other packages. For
example, xorg (from /usr/X11R6), qt (from /opt), and kde (from /opt).
Surely the choice is between /opt and /usr/local? I vote for /usr/local
On 8/24/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> Actually, I'm now leaning to simply doing a sed on the installed
> /usr/bin/firefox after using the current book instructions. This
> makes the profile locking issue disappear.
Randy,
Look at the file
mozilla/browser/app/mozilla.in
This is t
Damn, I did it twice in a row! (wrong list before)
-- Forwarded message --
From: Dan Nicholson <[EMAIL PROTECTED]>
Date: Aug 24, 2005 2:04 PM
Subject: Re: Firefox and profile locking: Chapter 2
To: BLFS Support List
On 8/24/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> I now r
[forwarded from blfs-support]
Original Message
Subject: Re: Firefox and profile locking: Chapter 2
Date: Wed, 24 Aug 2005 15:47:44 -0500
From: Randy McMurchy <[EMAIL PROTECTED]>
Dan Nicholson wrote these words on 08/24/05 15:30 CST:
> The issue of profile locking when trying to
Bruce Dubbs wrote:
> My initial reaction is that it would be more effort than it is worth.
I suppose. Although, as I look through the BLFS Editor's Guide, I really
don't see too much there that couldn't apply to both books. I can't see
the change being that much work. Also, having one shared book
Bruce Dubbs wrote:
> Jeremy Huntwork wrote:
>
>>Bruce Dubbs wrote:
> My initial reaction is that it would be more effort than it is worth.
>
As a new editor, I concur. The important thing is that new editors get
up to speed fast and avoid mistakes. 'Finish' isn't needed, nor is
congruence bet
Jeremy Huntwork wrote:
> Bruce Dubbs wrote:
>
>>Have you looked at the BLFS version? They are very similar.
>>http://www.linuxfromscratch.org/blfs/edguide/
>
>
> Yes, and I do like what's been done there. What sorts of differences are
> there in the BLFS book? After looking at it a bit more, I
Randy McMurchy wrote:
> Please folks, comment on this as I would like to implement immediately.
> We'd really need a compelling reason why we don't change the existing
> instructions to use Archaic's method.
>
I don't have time this week or next (family visiting) to investigate,
but I trust you
Bruce Dubbs wrote:
> Have you looked at the BLFS version? They are very similar.
> http://www.linuxfromscratch.org/blfs/edguide/
Yes, and I do like what's been done there. What sorts of differences are
there in the BLFS book? After looking at it a bit more, I was wondering if
it made sense to gen
Randy McMurchy wrote:
> No, what we've always done in the past is create a symlink in
> /usr/bin:
>
> ln -sfv /opt/firefox/firefox /usr/bin
Ah, OK. Guess I never paid attention to what you had been doing. That
would indeed be simpler.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-
Jeremy Huntwork wrote:
> I was just trying to recall what the status was of the LFS Editor's
> Manual. Have we got it completely up-to-speed now? If not, what's left to
> be done? I'll be taking a look at it shortly.
>
> If it is up to date, will we be wanting to publish it somewhere a little
> mo
I was just trying to recall what the status was of the LFS Editor's
Manual. Have we got it completely up-to-speed now? If not, what's left to
be done? I'll be taking a look at it shortly.
If it is up to date, will we be wanting to publish it somewhere a little
more official? Right now I have a ren
Randy McMurchy wrote:
> I will play with developing a wrapper script to put in /usr/bin so
> that it calls /opt/firefox/firefox appropriately (depending
> on if it is called with a URL or new-tab URL.
>
> I suggest Archaic's method of building Firefox be implemented into
> BLFS immediately. The o
Ken Moffat wrote these words on 08/24/05 12:35 CST:
> But, I like having multiple browsers so that I can look at different
> things on different desktops. Epiphany works with the book's current
> instructions, with a different set of instructions the .pc files didn't
> get installed (and the
On Wed, 24 Aug 2005, Randy McMurchy wrote:
[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
Matthew Burgess wrote these words on 08/24/05 12:10 CST:
> From the rest of your message, it looks like you're using `texi2dvi'
> followed by the various `dvi2*' binaries from TeX to process these.
I've been doing it like this:
texi2dvi --pdf file.texi (could also just use texi2pdf)
texi2dvi
> There is a typo in this script:
>
> s/MORMAL/NORMAL
What's wrong with Mormal? ;)
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
There is a typo in this script:
s/MORMAL/NORMAL
It's after boot_mesg ""
Larry
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
27 matches
Mail list logo
