> From the vi --debug output it seems obvious that vi reports the
> highest
> included patch in the version. So what I think happened is that Red
> Hat started off from 7.0.109 and added patches upto 237.
ok, well, it's convinced me I'm not going slightly mad. :)
Thanks for your help, and to eve
on 12-17-2008 9:43 AM Dag Wieers spake the following:
> On Wed, 17 Dec 2008, Spiro Harvey wrote:
>
>> I'm still curious about the discrepencies in the version numbers, does
>> yours come up with conflicting numbers on the splash screen?
>
> I can only confirm that you are right on that one as wel
On Wed, 17 Dec 2008, Spiro Harvey wrote:
> I'm still curious about the discrepencies in the version numbers, does
> yours come up with conflicting numbers on the splash screen?
I can only confirm that you are right on that one as well :-)
Also true for RHEL BTW.
>From the vi --debug output it se
Ralph Angenendt wrote:
> Works fine here.
>
> "usr_01.txt.gz" [readonly][noeol] 11L, 2903C
>
> vim-common-7.0.109-5.el5.br.3.x86_64
Should have read more carefully. Only works in vim, not vi.
Ralph
pgpN9lzGPCRnu.pgp
Description: PGP signature
___
Spiro Harvey wrote:
> and if I enter the binary just by typing "vim" or "vi" the splash
> screen tells me: version 7.0.237
Yepp, correct. How very strange ...
Ralph
pgpVq0yEwR5JT.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
Dag Wieers wrote:
> On Wed, 17 Dec 2008, Dag Wieers wrote:
>>> On CentOS 5.2, using vim 7.0.237, I'm having a consistent issue across
>>> all my centos boxen.
> >
> > Is it me, or do you have a newer vim than CentOS is shipping ?
> >
> > [r...@rhun ~]# rpm -q vim-common
> > vim-common-7.0.1
On Tue, 16 Dec 2008, Filipe Brandenburger wrote:
> Hi,
>
> On Tue, Dec 16, 2008 at 22:12, Spiro Harvey wrote:
>> Just wondering if anyone can replicate this issue
>>
>> if I try and access the help files direct (as root), such as ":help
>> tutor" I get:
>>
>> If I press enter, it shows me wha
Hi,
On Tue, Dec 16, 2008 at 22:12, Spiro Harvey wrote:
> Just wondering if anyone can replicate this issue
>
> if I try and access the help files direct (as root), such as ":help
> tutor" I get:
>
> If I press enter, it shows me what appears to be the output of a binary.
This is a bug long k
> I think this is normal behaviour for 'vi' as it does not support
> gzipped help pages. Seems the case for RHEL too, so it is not
> specific to CentOS. You might want to to check the same on Fedora
> too ?
yes, it seems you're right.. I just figured that out in another post
coming the list's way.
> > Is it me, or do you have a newer vim than CentOS is shipping ?
> > [r...@rhun ~]# rpm -q vim-common
> > vim-common-7.0.109-4.el5_2.4z
> > Is it possible you messed something up yourself ?
>
> And before everyone gets on top of me for being rude. I can confirm
> this happens on 7.0.109
On Wed, 17 Dec 2008, Spiro Harvey wrote:
> just as a followup, if I ungzip a file, and edit the tags file to
> reflect the new name, it displays properly.
>
> putting it back returns its state to the regular fubar.
After looking into this, you can see if it only happens when using 'vi'
without a
On Wed, 17 Dec 2008, Dag Wieers wrote:
> On Wed, 17 Dec 2008, Spiro Harvey wrote:
>
>> Just wondering if anyone can replicate this issue
>>
>> On CentOS 5.2, using vim 7.0.237, I'm having a consistent issue across
>> all my centos boxen.
>
> Is it me, or do you have a newer vim than CentOS is
just as a followup, if I ungzip a file, and edit the tags file to
reflect the new name, it displays properly.
putting it back returns its state to the regular fubar.
--
Spiro Harvey Knossos Networks Ltd
021-295-1923www.knossos.net.nz
signature.asc
Descript
On Wed, 17 Dec 2008, Spiro Harvey wrote:
> Just wondering if anyone can replicate this issue
>
> On CentOS 5.2, using vim 7.0.237, I'm having a consistent issue across
> all my centos boxen.
Is it me, or do you have a newer vim than CentOS is shipping ?
[r...@rhun ~]# rpm -q vim-common
Just wondering if anyone can replicate this issue
On CentOS 5.2, using vim 7.0.237, I'm having a consistent issue across
all my centos boxen.
if I try and access the help files direct (as root), such as ":help
tutor" I get:
"usr_01.txt.gz" [readonly][noeol][converted] 11L, 4393C
E434: Can't
15 matches
Mail list logo
