Re: Debian source code search engine

2010-10-01 Thread Asheesh Laroia
On Thu, 30 Sep 2010, Peter De Wachter wrote: Op Thu, 30 Sep 2010 16:07:14 -0400 schreef Yaroslav Halchenko : Following Michael's inquiry I finally found this thread. Peter, are there any plans to make Debian's source code indexer alive again (and may be placed on somewhat permanent/reliable

Re: Debian source code search engine

2010-09-30 Thread Peter De Wachter
Op Thu, 30 Sep 2010 16:07:14 -0400 schreef Yaroslav Halchenko : > Following Michael's inquiry I finally found this thread. > > Peter, are there any plans to make Debian's source code indexer alive > again (and may be placed on somewhat permanent/reliable hosting)? Unfortunately I can't host it

Re: Debian source code search engine

2010-09-30 Thread Yaroslav Halchenko
Following Michael's inquiry I finally found this thread. Peter, are there any plans to make Debian's source code indexer alive again (and may be placed on somewhat permanent/reliable hosting)? Cheers, On Sun, 24 May 2009, Peter De Wachter wrote: > I've set up a search engine which indexes Debi

Re: Debian source code search engine

2009-05-26 Thread Tzafrir Cohen
On Mon, May 25, 2009 at 05:38:50PM +0200, Julien Cristau wrote: > On Mon, May 25, 2009 at 11:01:55 +0200, Javier Fernandez-Sanguino wrote: > > > Is there a way to tell 'make' to execute all the dependencies for a > > target but not go through the target itself? > > > That way you'd execute build-

Re: Debian source code search engine

2009-05-26 Thread Goswin von Brederlow
Peter De Wachter writes: > Op Mon, 25 May 2009 03:36:28 +0100 > schreef Ben Hutchings : > >> Cool - that looks really useful. However, it looks like you're just >> running "dpkg-source -x" to unpack packages. This misses any Debian >> changes made using a patch system. Unfortunately there is n

Re: Debian source code search engine

2009-05-26 Thread Goswin von Brederlow
Michael Banck writes: > On Mon, May 25, 2009 at 11:01:55AM +0200, Javier Fernandez-Sanguino wrote: >> Is there a way to tell 'make' to execute all the dependencies for a >> target but not go through the target itself? > > It is not forbidden to unpack and patch the upstream source in the build >

Re: Debian source code search engine

2009-05-26 Thread Andrew M.A. Cater
On Tue, May 26, 2009 at 02:44:02AM +0200, Peter De Wachter wrote: > Op Mon, 25 May 2009 03:36:28 +0100 > schreef Ben Hutchings : > > > Cool - that looks really useful. However, it looks like you're just > > running "dpkg-source -x" to unpack packages. This misses any Debian > > changes made usin

Re: Debian source code search engine

2009-05-25 Thread Peter De Wachter
Op Mon, 25 May 2009 03:36:28 +0100 schreef Ben Hutchings : > Cool - that looks really useful. However, it looks like you're just > running "dpkg-source -x" to unpack packages. This misses any Debian > changes made using a patch system. Unfortunately there is no standard > mechanism to apply pat

Re: Debian source code search engine

2009-05-25 Thread Peter De Wachter
Op Mon, 25 May 2009 07:30:57 +0100 schreef Neil Williams : > I'm coming up with "nothing found" for symbols that should have been > found. You're right, it seems some directories aren't being indexed. I haven't figured out why yet. > Also, when the search fails, the page appears to report that

Re: Debian source code search engine

2009-05-25 Thread Julien Cristau
On Mon, May 25, 2009 at 11:01:55 +0200, Javier Fernandez-Sanguino wrote: > Is there a way to tell 'make' to execute all the dependencies for a > target but not go through the target itself? > That way you'd execute build-stamp, but not build. Not much of a gain. Cheers, Julien -- To UNSUBSCR

Re: Debian source code search engine

2009-05-25 Thread Michael Banck
On Mon, May 25, 2009 at 11:01:55AM +0200, Javier Fernandez-Sanguino wrote: > Is there a way to tell 'make' to execute all the dependencies for a > target but not go through the target itself? It is not forbidden to unpack and patch the upstream source in the build target, AFAIK. Michael -- To

Re: Debian source code search engine

2009-05-25 Thread Javier Fernandez-Sanguino
2009/5/25 Ben Hutchings : > On Sun, 2009-05-24 at 22:31 +0200, Peter De Wachter wrote: >> I've set up a search engine which indexes Debian's source code: >> >>   http://walrus.rave.org/source/ >> >> Currently, unstable main and contrib are indexed, in total 70 gigabytes >> of source. (It would prob

Re: Debian source code search engine

2009-05-24 Thread Neil Williams
On Sun, 24 May 2009 22:31:06 +0200 Peter De Wachter wrote: > I've set up a search engine which indexes Debian's source code: > > http://walrus.rave.org/source/ > > Currently, unstable main and contrib are indexed, in total 70 gigabytes > of source. I'm coming up with "nothing found" for sym

Re: Debian source code search engine

2009-05-24 Thread Lionel Elie Mamane
On Mon, May 25, 2009 at 03:36:28AM +0100, Ben Hutchings wrote: > On Sun, 2009-05-24 at 22:31 +0200, Peter De Wachter wrote: >> I've set up a search engine which indexes Debian's source code: >> http://walrus.rave.org/source/ > Cool - that looks really useful. However, it looks like you're jus

Re: Debian source code search engine

2009-05-24 Thread Paul Wise
On Mon, May 25, 2009 at 4:31 AM, Peter De Wachter wrote: > The software used is OpenGrok, originally developed at > Sun for OpenSolaris (http://opensolaris.org/os/project/opengrok). It's > quite nice, although a bit slow with this amount of source code. Anyone know if there is or will be a fosso

Re: Debian source code search engine

2009-05-24 Thread Ben Hutchings
On Sun, 2009-05-24 at 22:31 +0200, Peter De Wachter wrote: > I've set up a search engine which indexes Debian's source code: > > http://walrus.rave.org/source/ > > Currently, unstable main and contrib are indexed, in total 70 gigabytes > of source. (It would probably be nice to have stable and

Debian source code search engine

2009-05-24 Thread Peter De Wachter
I've set up a search engine which indexes Debian's source code: http://walrus.rave.org/source/ Currently, unstable main and contrib are indexed, in total 70 gigabytes of source. (It would probably be nice to have stable and testing as well, but I don't have enough disk space available. I skippe