Prev: hard links to files on other filesystems disallowed: why?
Next: Self hosting console mode issue tracking software for Linux
From: faeychild on 24 Feb 2010 00:47
Bit Twister wrote:


> The last is what I do.
> $ type -a firefox
> firefox is /usr/local/bin/firefox <==== link to my install
> firefox is /usr/bin/firefox <==== mandriva's install

Also! I mean this in the nicest possible way,

but damn you Bits.

I was not aware that "type" behaved like "which". I've had to rush off to
the Bash page.

You're always doing this to me. :-)



--
faeychild
Running kde on 2.6.29.6-desktop-3mnb kernel.
Mandriva Linux release 2009.1 (Official) for i586

From: faeychild on 24 Feb 2010 00:48
Robert Riches wrote:


> If you install Firefox from a tarball, you can unpack that
> tarball where you would like, and Firefox will run from there
> just fine. Until I started using devilspie to work around a
> Firefox bug, I patched the source with a workaround and compiled
> each version. I had three or four different versions sitting
> around just in case a newer one caused a problem.
>

That's a bit too close to a career move for me, juggling. :-)

I'm getting old and tired. :-[


--
faeychild
Running kde on 2.6.29.6-desktop-3mnb kernel.
Mandriva Linux release 2009.1 (Official) for i586

From: Bit Twister on 24 Feb 2010 01:32
On Wed, 24 Feb 2010 16:47:02 +1100, faeychild wrote:

> I was not aware that "type" behaved like "which". I've had to rush off to
> the Bash page.
>
> You're always doing this to me. :-)

But "type" is so much more ambidextrous compared to "which". :-P

$ type ll
ll is aliased to `ls -l'

$ type type
type is a shell builtin

$ type -a echo
echo is a shell builtin
echo is /bin/echo
From: Bit Twister on 24 Feb 2010 01:42
On Wed, 24 Feb 2010 16:29:21 +1100, faeychild wrote:

> This has all side tracked rather well.
> I have no intention of installing a tarball, I am content with the normal
> upgrade procedures.

Yes, figured that when I saw your OS release. :)
Most of my contributions were for the lurkers.

> It's interesting that David says the repositories are up to 3.5.8.

For Official. 2010.1 Cooker is some what current.


main_updates-2008.0.idx:firefox-en_GB-3.0.8-0.1mdv2008.1.i586.rpm 122751 Mar 31
main_updates-2009.0.idx:firefox-en_GB-3.0.14-0.1mdv2009.0.i586.rpm 99346 Sep 20
main_updates-2009.1.idx:firefox-en_GB-3.0.18-0.1mdv2009.1.i586.rpm 100250 Feb 19
main_updates-2010.0.idx:firefox-en_GB-3.5.8-0.1mdv2010.0.i586.rpm 102808 Feb 19
main-2010.1.idx:firefox-en_GB-3.6-3mdv2010.1.i586.rpm 103420 Jan 21

From: Robert Riches on 25 Feb 2010 00:05
On 2010-02-24, faeychild <faeychild(a)noname.afraid.org> wrote:
> Robert Riches wrote:
>
>
>> If you install Firefox from a tarball, you can unpack that
>> tarball where you would like, and Firefox will run from there
>> just fine. Until I started using devilspie to work around a
>> Firefox bug, I patched the source with a workaround and compiled
>> each version. I had three or four different versions sitting
>> around just in case a newer one caused a problem.
>>
>
> That's a bit too close to a career move for me, juggling. :-)
>
> I'm getting old and tired. :-[

You don't have to compile from source, just install the binary
tarball. You could have several installed at the same time.

--
Robert Riches
spamtrap42(a)verizon.net
(Yes, that is one of my email addresses.)
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5
Prev: hard links to files on other filesystems disallowed: why?
Next: Self hosting console mode issue tracking software for Linux