RE: RPM package

RE: RPM package

[William Gacquer]

Many thanks to you Artem!
	Now it's up to the sn team to integrate it directly into their CVS
repository.
	But I believe that this RPM distribution will fail cos' it's missing
the recent patches, won't it?

	William


-----Original Message-----
From: Artem Khodush [ mailto:kaa@comail.ru ]
Sent: lundi 31 juillet 2000 23:31
To: sourcenav@sources.redhat.com
Subject: Re: RPM package


> Now I am wondering if you will release RPM packages of it or if you
> could give us the RPM spec file so that we could build our own packages.

Here is the spec file that worked for me (RedHat 6.0, rpm 3.0)

Summary: Source Navigator
Name: source-navigator
Version: 4.5.1
Release: 1
Group: Local/Development Tools
URL: http://sources.redhat.com/sourcenav/
Copyright: GPL
Packager: Artem Khodush <kaa@comail.ru>
Source: SN451.tar.bz2
%define install_dir /usr/local
%define source_dir %{_builddir}/SN451
%define build_dir %{_topdir}/zOBJDIR/SN451
Buildroot: %{_topdir}/zINSTALL/SN451
Prefix: %{install_dir}

%description
Source-Navigator is a unique source code analysis tool that is ideal for
any situation where developers are working with an unfamiliar or complex
code base -- new engineers on projects, reengineering or code inheritance
situations, or large-scale, team driven projects.

Source-Navigator parses multi language code and builds a powerful database
of project symbol information.  Then, with S-N's intuitive GUI, developers
can navigate and browse symbol tables, class structure, cross reference
realationship, inculde structures, and more.  S-N also provides efficient
text search tools for strings in the project files as well as symbols in
the database.

With the APIs, S-N integrates into existing environments including
configuration management systems, as a framework for launching other tools
or IDEs, and allows direct access to the GUI and database for customized
tools.

%prep
%setup -n SN451 -c -T
cd ..
tar x --use-compress-program=bzip2 -f %{_sourcedir}/SN451.tar.bz2
rm -rf %{build_dir}
mkdir -p %{build_dir}
cd %{build_dir}
%{source_dir}/configure --prefix=%{install_dir}

%build
cd %{build_dir}
make all-snavigator 1>log 2>err

%install
rm -rf %{buildroot}/%{install_dir}
cd %{build_dir}
make prefix=%{buildroot}/%{install_dir} install-snavigator
#mkdir -p %{buildroot}/%{install_dir}/doc/snavigator-%{version}
#mv %{buildroot}/%{install_dir}/html
%{buildroot}/%{install_dir}/doc/snavigator-%{version}

cd %{buildroot}/%{install_dir}/bin
strip -s abrowser cbrowser dbcp dbdump dbimp fbrowser grep hyper jbrowser
obrowser tbrowser wish

%files
%{install_dir}/bin/abrowser
%{install_dir}/bin/cbrowser
%{install_dir}/bin/dbcp
%{install_dir}/bin/dbdump
%{install_dir}/bin/dbimp
%{install_dir}/bin/elix-link
%{install_dir}/bin/fbrowser
%{install_dir}/bin/grep
%{install_dir}/bin/hyper
%{install_dir}/bin/jbrowser
%{install_dir}/bin/obrowser
%{install_dir}/bin/snavigator
%{install_dir}/bin/tbrowser
%{install_dir}/bin/wish

#%{install_dir}/doc/snavigator-%{version}/
%{install_dir}/html/
%{install_dir}/share/bitmaps/*
%{install_dir}/share/cygnus/gui/*
%{install_dir}/share/demos/*
%{install_dir}/share/etc/*
%{install_dir}/share/gui/*
%{install_dir}/share/itcl1.5/*
%{install_dir}/share/sdk/*
%{install_dir}/share/tcl8.1/*
%{install_dir}/share/tix4.1/*
%{install_dir}/share/tk8.1/*

Re: RPM package

[Artem Khodush]

> Now it's up to the sn team to integrate it directly into their CVS
> repository.

... if they find appropriate for themselves to maintain binary distribution.

> But I believe that this RPM distribution will fail cos' it's missing
> the recent patches, won't it?

When I wrote the spec file, there was no patches around, but it worked. 
Anyway, before RPM distrubution becomes generally usable, some issues 
should be sorted out, e.g. users expect the documentation for the package 
FOO to appear in %{prefix}/doc/FOO, but sourcenav runtime help expects 
it to be in %{prefix}/html. Also there might be a conflict between  tcl/tk 
libraries wich are installed along with sourcenav and those already present
on user's system.

Best regards,
Artem.

Re: RPM package

[Syd Polk]

At 01:40 AM 8/2/00 +0400, Artem Khodush wrote:
> > Now it's up to the sn team to integrate it directly into their CVS
> > repository.
>
>... if they find appropriate for themselves to maintain binary distribution.
>
> > But I believe that this RPM distribution will fail cos' it's missing
> > the recent patches, won't it?
>
>When I wrote the spec file, there was no patches around, but it worked.
>Anyway, before RPM distrubution becomes generally usable, some issues
>should be sorted out, e.g. users expect the documentation for the package
>FOO to appear in %{prefix}/doc/FOO, but sourcenav runtime help expects
>it to be in %{prefix}/html. Also there might be a conflict between  tcl/tk
>libraries wich are installed along with sourcenav and those already present
>on user's system.

One of the reasons we never bothered with a shared build is that we 
currently rely on our own version of Tcl/Tk. It should not conflict with a 
pre-installed version.

%prefix%/html is the standard that Cygnus has had for years, and is not 
likely to change any time soon.

The biggest thing that needs to be fixed before we start distributing our 
own RPMs is grep. You might have noticed we have our own grep, and it will 
end up on your path. We have removed it in our development version, but 
that version is not ready for prime time yet.

Also, please don't include %prefix%/bin/wish; it is only used for the SN 
graphical installer. You don't want two wishes on the path.

>Best regards,
>Artem.
>

Syd Polk		spolk@redhat.com
Engineering Manager	+1 415 777 9810 x 241
Red Hat, Inc.

Infrastructure work

[Ben Elliston]

   One of the reasons we never bothered with a shared build is that we
   currently rely on our own version of Tcl/Tk. It should not conflict
   with a pre-installed version.

Speaking of which, some thoughts I had yesterday on "big" infrastructure
work that really needs to be done:

	* Removing the dependency on Tix.

	* Removing the dependency on local changes to Tcl and Tk.

	* Making the extensions to the Tcl interpreter a loadable
	  library (ie. "hyper.so").

	* Making the syntax highlighters loadable libraries, too.

Thoughts?

Ben

Re: Infrastructure work

[Syd Polk]

At 09:24 AM 8/2/00 +1000, Ben Elliston wrote:
>    One of the reasons we never bothered with a shared build is that we
>    currently rely on our own version of Tcl/Tk. It should not conflict
>    with a pre-installed version.
>
>Speaking of which, some thoughts I had yesterday on "big" infrastructure
>work that really needs to be done:
>
>         * Removing the dependency on Tix.
>
>         * Removing the dependency on local changes to Tcl and Tk.
>
>         * Making the extensions to the Tcl interpreter a loadable
>           library (ie. "hyper.so").
>
>         * Making the syntax highlighters loadable libraries, too.
>
>Thoughts?
>
>Ben

Yes, all of these need to be done. They are a lot of work.


Syd Polk		spolk@redhat.com
Engineering Manager	+1 415 777 9810 x 241
Red Hat, Inc.

Re: RPM package

[Artem Khodush]

[-- Attachment #1: Type: text/plain, Size: 834 bytes --]

Syd Polk wrote: 
> One of the reasons we never bothered with a shared build is that we 
> currently rely on our own version of Tcl/Tk. It should not conflict with a 
> pre-installed version.
> 
> %prefix%/html is the standard that Cygnus has had for years, and is not 
> likely to change any time soon.
> 
> The biggest thing that needs to be fixed before we start distributing our 
> own RPMs is grep. You might have noticed we have our own grep, and it will 
> end up on your path. We have removed it in our development version, but 
> that version is not ready for prime time yet.
> 
> Also, please don't include %prefix%/bin/wish; it is only used for the SN 
> graphical installer. You don't want two wishes on the path.

Thanks for the corrections. Here's second try, in case if there is anyone
interested.

Best regards,
Artem.

[-- Attachment #2: sn.spec --]
[-- Type: text/plain, Size: 2467 bytes --]

Summary: Source Navigator
Name: source-navigator
Version: 4.5.1
Release: 1
Group: Local/Development Tools
URL: http://sources.redhat.com
Copyright: GPL
Packager: Artem Khodush <kaa@comail.ru>
Source: SN451.tar.bz2
%define install_dir /usr/local
%define source_dir %{_builddir}/SN451
%define build_dir %{_topdir}/zOBJDIR/SN451
Buildroot: %{_topdir}/zINSTALL/SN451
Prefix: %{install_dir}

%description
Source-Navigator is a unique source code analysis tool that is ideal for
any situation where developers are working with an unfamiliar or complex
code base -- new engineers on projects, reengineering or code inheritance
situations, or large-scale, team driven projects.

Source-Navigator parses multi language code and builds a powerful database
of project symbol information.  Then, with S-N's intuitive GUI, developers
can navigate and browse symbol tables, class structure, cross reference
realationship, inculde structures, and more.  S-N also provides efficient
text search tools for strings in the project files as well as symbols in
the database.

With the APIs, S-N integrates into existing environments including
configuration management systems, as a framework for launching other tools
or IDEs, and allows direct access to the GUI and database for customized
tools.

%prep
%setup -n SN451 -c -T
cd ..
tar x --use-compress-program=bzip2 -f %{_sourcedir}/SN451.tar.bz2
rm -rf %{build_dir}
mkdir -p %{build_dir}
cd %{build_dir}
%{source_dir}/configure --prefix=%{install_dir}

%build
cd %{build_dir}
make all-snavigator 1>log 2>err

%install
rm -rf %{buildroot}/%{install_dir}
cd %{build_dir}
make prefix=%{buildroot}/%{install_dir} install-snavigator

cd %{buildroot}/%{install_dir}/bin
strip -s abrowser cbrowser dbcp dbdump dbimp fbrowser grep hyper jbrowser obrowser tbrowser

%files 
%{install_dir}/bin/abrowser
%{install_dir}/bin/cbrowser
%{install_dir}/bin/dbcp
%{install_dir}/bin/dbdump
%{install_dir}/bin/dbimp
%{install_dir}/bin/elix-link
%{install_dir}/bin/fbrowser
%{install_dir}/bin/grep
%{install_dir}/bin/hyper
%{install_dir}/bin/jbrowser
%{install_dir}/bin/obrowser
%{install_dir}/bin/snavigator
%{install_dir}/bin/tbrowser

%{install_dir}/html/*
%{install_dir}/share/bitmaps/*
%{install_dir}/share/cygnus/gui/*
%{install_dir}/share/demos/*
%{install_dir}/share/etc/*
%{install_dir}/share/gui/*
%{install_dir}/share/itcl1.5/*
%{install_dir}/share/sdk/*
%{install_dir}/share/tcl8.1/*
%{install_dir}/share/tix4.1/*
%{install_dir}/share/tk8.1/*

RE: RPM package

[Ben Elliston]

   if there is any problem with grep, why don't you put it somewhere not
   in a regular PATH and invoke sn via a shell script that overload the
   PATH environment variable?
   
I would have thought this would be considered bad practice--and confusing to
users.  If I recall, we ran grep using the full path to the installed
(custom) grep.

As Mo says, it's all academic now.

Ben

RE: RPM package

[Mo DeJong]

On Wed, 2 Aug 2000, William Gacquer wrote:

> if there is any problem with grep, why don't you put it somewhere not in a
> regular PATH and invoke sn via a shell script that overload the PATH
> environment variable?

Because we already removed the need to a custom grep in the
5.0 development version. When it is ready, there should be
no problems with an RPM version that lives in /usr/bin.

Mo DeJong
Red Hat Inc

RE: RPM package

[William Gacquer]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1169 bytes --]

if there is any problem with grep, why don't you put it somewhere not in a
regular PATH and invoke sn via a shell script that overload the PATH
environment variable?

-----Original Message-----
From: Artem Khodush [ mailto:kaa@comail.ru ]
Sent: mercredi 2 août 2000 01:58
To: sourcenav@sources.redhat.com
Subject: Re: RPM package


Syd Polk wrote: 
> One of the reasons we never bothered with a shared build is that we 
> currently rely on our own version of Tcl/Tk. It should not conflict with a

> pre-installed version.
> 
> %prefix%/html is the standard that Cygnus has had for years, and is not 
> likely to change any time soon.
> 
> The biggest thing that needs to be fixed before we start distributing our 
> own RPMs is grep. You might have noticed we have our own grep, and it will

> end up on your path. We have removed it in our development version, but 
> that version is not ready for prime time yet.
> 
> Also, please don't include %prefix%/bin/wish; it is only used for the SN 
> graphical installer. You don't want two wishes on the path.

Thanks for the corrections. Here's second try, in case if there is anyone
interested.

Best regards,
Artem.

Re: RPM package

[Artem Khodush]

> Now I am wondering if you will release RPM packages of it or if you
> could give us the RPM spec file so that we could build our own packages.

Here is the spec file that worked for me (RedHat 6.0, rpm 3.0)

Summary: Source Navigator
Name: source-navigator
Version: 4.5.1
Release: 1
Group: Local/Development Tools
URL: http://sources.redhat.com/sourcenav/
Copyright: GPL
Packager: Artem Khodush <kaa@comail.ru>
Source: SN451.tar.bz2
%define install_dir /usr/local
%define source_dir %{_builddir}/SN451
%define build_dir %{_topdir}/zOBJDIR/SN451
Buildroot: %{_topdir}/zINSTALL/SN451
Prefix: %{install_dir}

%description
Source-Navigator is a unique source code analysis tool that is ideal for
any situation where developers are working with an unfamiliar or complex
code base -- new engineers on projects, reengineering or code inheritance
situations, or large-scale, team driven projects.

Source-Navigator parses multi language code and builds a powerful database
of project symbol information.  Then, with S-N's intuitive GUI, developers
can navigate and browse symbol tables, class structure, cross reference
realationship, inculde structures, and more.  S-N also provides efficient
text search tools for strings in the project files as well as symbols in
the database.

With the APIs, S-N integrates into existing environments including
configuration management systems, as a framework for launching other tools
or IDEs, and allows direct access to the GUI and database for customized
tools.

%prep
%setup -n SN451 -c -T
cd ..
tar x --use-compress-program=bzip2 -f %{_sourcedir}/SN451.tar.bz2
rm -rf %{build_dir}
mkdir -p %{build_dir}
cd %{build_dir}
%{source_dir}/configure --prefix=%{install_dir}

%build
cd %{build_dir}
make all-snavigator 1>log 2>err

%install
rm -rf %{buildroot}/%{install_dir}
cd %{build_dir}
make prefix=%{buildroot}/%{install_dir} install-snavigator
#mkdir -p %{buildroot}/%{install_dir}/doc/snavigator-%{version}
#mv %{buildroot}/%{install_dir}/html
%{buildroot}/%{install_dir}/doc/snavigator-%{version}

cd %{buildroot}/%{install_dir}/bin
strip -s abrowser cbrowser dbcp dbdump dbimp fbrowser grep hyper jbrowser
obrowser tbrowser wish

%files
%{install_dir}/bin/abrowser
%{install_dir}/bin/cbrowser
%{install_dir}/bin/dbcp
%{install_dir}/bin/dbdump
%{install_dir}/bin/dbimp
%{install_dir}/bin/elix-link
%{install_dir}/bin/fbrowser
%{install_dir}/bin/grep
%{install_dir}/bin/hyper
%{install_dir}/bin/jbrowser
%{install_dir}/bin/obrowser
%{install_dir}/bin/snavigator
%{install_dir}/bin/tbrowser
%{install_dir}/bin/wish

#%{install_dir}/doc/snavigator-%{version}/
%{install_dir}/html/
%{install_dir}/share/bitmaps/*
%{install_dir}/share/cygnus/gui/*
%{install_dir}/share/demos/*
%{install_dir}/share/etc/*
%{install_dir}/share/gui/*
%{install_dir}/share/itcl1.5/*
%{install_dir}/share/sdk/*
%{install_dir}/share/tcl8.1/*
%{install_dir}/share/tix4.1/*
%{install_dir}/share/tk8.1/*

RE: RPM package

[Ben Elliston]

   I have just had a look at it. It is rather thin... It probably was an
   attempt but it is not really usable.

It was used once, if I recall, to bundle S-N for inclusion on a Red Hat CD.
If you like, you could bring it up to date.

Cheers, Ben

RE: RPM package

[William Gacquer]

I have just had a look at it. It is rather thin... It probably was an
attempt but it is not really usable.


-----Original Message-----
From: Ben Elliston [ mailto:bje@redhat.com ]
Sent: lundi 31 juillet 2000 13:28
To: William Gacquer
Cc: sourcenav@sources.redhat.com
Subject: Re: RPM package


Hi William,

   	Now I am wondering if you will release RPM packages of it or if
   you could give us the RPM spec file so that we could build our own
   packages.

In the source tree, you will find a .spec file for building an RPM in
snavigator/misc/tools/sn.spec.  I don't know how up to date it is, but it
should be a very good start--why don't you take a look at that?

Cheers, Ben

Re: RPM package

[Ben Elliston]

Hi William,

   	Now I am wondering if you will release RPM packages of it or if
   you could give us the RPM spec file so that we could build our own
   packages.

In the source tree, you will find a .spec file for building an RPM in
snavigator/misc/tools/sn.spec.  I don't know how up to date it is, but it
should be a very good start--why don't you take a look at that?

Cheers, Ben

RPM package

[William Gacquer]

Hello 
	It is a gift of gods that you placed sourcenavigator under the GNU
license. Thanks!
	
	Now I am wondering if you will release RPM packages of it or if you
could give us the RPM spec file so that we could build our own packages. 
	
	Best regards and all the best to the former cygnus team that helped
me a lot during my PhD thesis.

	William

________________
William Gacquer
Rayman 2 PS2 team - Ubi Simulations - Annecy France