RE: SN for Red Hat (was Re: Sourcenav for debian)

RE: SN for Red Hat (was Re: Sourcenav for debian)

[William Gacquer]

I would suggest following Mo's advice. If you don't want SN to interfer with
the other RPMS, just get the sources and use the "--use-prefix" option in
the configure step.
For instance, I installed SN on tens of linux boxes using the "configure
--use-prefix=/usr/local/snavigator" and it gave me less headache than
playing with conflicts from the sn modified tcl/tk or grep.
In fact, on most of the computers here, /usr/local/snavigator is a NFS
symbolic link. The only thing that one has on his PATH is a shell script
that launches SN.

I'll wait for SN 5.0 RPMS.

When is is scheduled?

William


-----Original Message-----
From: Mike A. Harris [ mailto:mharris@opensourceadvocate.org ]
Sent: mardi 10 octobre 2000 20:40
To: Mo DeJong
Cc: sourcenav@sourceware.cygnus.com
Subject: Re: SN for Red Hat (was Re: Sourcenav for debian)


On Tue, 10 Oct 2000, Mo DeJong wrote:

>> >Great! We really appreciate you help getting SN
>> >packaged up for debian. You are going to run into
>> >the old Tcl/Tk version problems, but I am sure you
>> >already know about that. SN is going to be easier
>> >to get working with Tcl/Tk 8.3.2
>> >(when compared to insight), but it is work
>> >that still needs to be done and tested on all
>> >the platforms we support.
>> 
>> I'm working on SN packages for Red Hat as well.  Any
>> suggestions/advice you may have would be very much appreciated.
>
>My advice would be, don't bother. We are planning on making
>RPMs for SN once 5.0 is out. This is going to be a long
>process because we also need to update our Tcl and Tk
>installs. When finished, SN will use Tcl/Tk 8.3.2,
>but that is still some months off.

Hmm..  I'm going to take a stab at it anyway just to see what
problems arise as I hate mixing RPM's and tgz installs on a Red
Hat system.  If it is too messy, I might just drop the idea
after, but I want to have a shot at it anyways.

I'll post my results here.

Thanks for the warning.  ;o)


----------------------------------------------------------------------
      Mike A. Harris  -  Linux advocate  -  Open source advocate
              Computer Consultant - Capslock Consulting
                 Copyright 2000 all rights reserved
----------------------------------------------------------------------

Need general help or technical support with Red Hat Linux 6.2?  Join the
user 
support mailing list by sending a message to "zoot-list-request@redhat.com"
with the word "subscribe" on the subject line.

Re: SN for Red Hat (was Re: Sourcenav for debian)

[Mike A. Harris]

On Wed, 11 Oct 2000, Ben Elliston wrote:

>   I'm working on SN packages for Red Hat as well.  Any
>   suggestions/advice you may have would be very much appreciated.
>
>One suggestion I have is to pay close attention to annotating documentation
>files in the RPM spec.  Too many third-party RPMs are generated that don't
>differentiate documentation files from executables.  Running `rpm -qd <pkg>'
>is extremely useful.

Yep, not to worry, I try to make my RPMs adhere to as many
standards - official, and defacto - as possible, and also make
life easy for the end user.  Also, I try to maintain
compatibility between Red Hat 6.x and the new 7.x although I
haven't had a chance to fully test my environment out yet.  I
also do everything as non-root to make things even more flexible.

If I get a working spec, I'll submit it back for possible
inclusion to you guys, and you may also feel free to patch it as
necessary.

>Thanks for doing this work!

No problem.  The benefit comes from everything learned about RPM
during the process.  ;o)  I've learned a lot about packaging from
other things I'm packaging so I thought tackling something a bit
more insane might help increase the knowledge of RPM internals a
bit.  ;o)

Take care!


----------------------------------------------------------------------
      Mike A. Harris  -  Linux advocate  -  Open source advocate
              Computer Consultant - Capslock Consulting
                 Copyright 2000 all rights reserved
----------------------------------------------------------------------


"Facts do not cease to exist because they are ignored."
                                               - Aldous Huxley

Re: SN for Red Hat (was Re: Sourcenav for debian)

[Ben Elliston]

   I'm working on SN packages for Red Hat as well.  Any
   suggestions/advice you may have would be very much appreciated.

One suggestion I have is to pay close attention to annotating documentation
files in the RPM spec.  Too many third-party RPMs are generated that don't
differentiate documentation files from executables.  Running `rpm -qd <pkg>'
is extremely useful.

Thanks for doing this work!

Ben

Re: SN for Red Hat (was Re: Sourcenav for debian)

[Mike A. Harris]

On Tue, 10 Oct 2000, Mo DeJong wrote:

>> >Great! We really appreciate you help getting SN
>> >packaged up for debian. You are going to run into
>> >the old Tcl/Tk version problems, but I am sure you
>> >already know about that. SN is going to be easier
>> >to get working with Tcl/Tk 8.3.2
>> >(when compared to insight), but it is work
>> >that still needs to be done and tested on all
>> >the platforms we support.
>> 
>> I'm working on SN packages for Red Hat as well.  Any
>> suggestions/advice you may have would be very much appreciated.
>
>My advice would be, don't bother. We are planning on making
>RPMs for SN once 5.0 is out. This is going to be a long
>process because we also need to update our Tcl and Tk
>installs. When finished, SN will use Tcl/Tk 8.3.2,
>but that is still some months off.

Hmm..  I'm going to take a stab at it anyway just to see what
problems arise as I hate mixing RPM's and tgz installs on a Red
Hat system.  If it is too messy, I might just drop the idea
after, but I want to have a shot at it anyways.

I'll post my results here.

Thanks for the warning.  ;o)


----------------------------------------------------------------------
      Mike A. Harris  -  Linux advocate  -  Open source advocate
              Computer Consultant - Capslock Consulting
                 Copyright 2000 all rights reserved
----------------------------------------------------------------------

Need general help or technical support with Red Hat Linux 6.2?  Join the user 
support mailing list by sending a message to "zoot-list-request@redhat.com"
with the word "subscribe" on the subject line.

Re: SN for Red Hat (was Re: Sourcenav for debian)

[Mo DeJong]

On Tue, 10 Oct 2000, Mike A. Harris wrote:

> On Mon, 9 Oct 2000, Mo DeJong wrote:
> 
> >> I'm building a debian package for sourcenav.
> >
> >Great! We really appreciate you help getting SN
> >packaged up for debian. You are going to run into
> >the old Tcl/Tk version problems, but I am sure you
> >already know about that. SN is going to be easier
> >to get working with Tcl/Tk 8.3.2
> >(when compared to insight), but it is work
> >that still needs to be done and tested on all
> >the platforms we support.
> 
> I'm working on SN packages for Red Hat as well.  Any
> suggestions/advice you may have would be very much appreciated.

My advice would be, don't bother. We are planning on making
RPMs for SN once 5.0 is out. This is going to be a long
process because we also need to update our Tcl and Tk
installs. When finished, SN will use Tcl/Tk 8.3.2,
but that is still some months off.

Mo DeJong
Red Hat Inc

SN for Red Hat (was Re: Sourcenav for debian)

[Mike A. Harris]

On Mon, 9 Oct 2000, Mo DeJong wrote:

>> I'm building a debian package for sourcenav.
>
>Great! We really appreciate you help getting SN
>packaged up for debian. You are going to run into
>the old Tcl/Tk version problems, but I am sure you
>already know about that. SN is going to be easier
>to get working with Tcl/Tk 8.3.2
>(when compared to insight), but it is work
>that still needs to be done and tested on all
>the platforms we support.

I'm working on SN packages for Red Hat as well.  Any
suggestions/advice you may have would be very much appreciated.

----------------------------------------------------------------------
      Mike A. Harris  -  Linux advocate  -  Open source advocate
              Computer Consultant - Capslock Consulting
                 Copyright 2000 all rights reserved
----------------------------------------------------------------------

Microsoft Windows(tm). A thirty-two bit extension and graphical shell
to a sixteen bit patch to an eight bit operating system originally
coded for a four bit microprocessor which was written by a two-bit
company that can't stand one bit of competition.