On Wed, Apr 23, 2003 at 06:36:44PM +0200, Josip Rodin wrote:
> On Wed, Apr 23, 2003 at 08:43:53AM -0700, Matt Kraai wrote:
> > > > [some usefull thoughts skipped]
> > >
> > > Hmm. IMHO it would be good to have a test system, where one can
> > > commiting to the CVS without breacking the running sy
On Thu, Apr 24, 2003 at 06:37:11PM +0200, Frank Lichtenheld wrote:
> > (On a more subjective note, perhaps we should rip swish++ out and replace it
> > with a Perl script as well. >:|)
>
> I second this. Real subword search should be available at least for the
> package name (and perhaps the short
On Wed, Apr 23, 2003 at 10:20:48AM +0200, Josip Rodin wrote:
> Making packages.d.o backend first parse all Packages files from all
> architectures, sort -u the list, and then go through the data ordering it
> per package, would seem to do the trick. Of course it would also track
> Architecture fiel
On Wed, Apr 23, 2003 at 06:32:26PM +0200, Josip Rodin wrote:
> (On a more subjective note, perhaps we should rip swish++ out and replace it
> with a Perl script as well. >:|)
I second this. Real subword search should be available at least for the
package name (and perhaps the short description). A
And sorry for the duplicates
Pozdrawiam
--
Marek 'TamCaP' Łaska
Zdrowy rozsądek to zbiór uprzedzeń nabytych do osiemnastego roku życia. -
Albert Einstein
Hullo all...
Pewnego dnia (Wednesday 23 of April 2003 10:20), niejak(i/a) Josip Rodin
wystukał/a na klawiaturze:
JR>Making packages.d.o backend first parse all Packages files from all
JR>architectures, sort -u the list, and then go through the data ordering it
JR>per package, would seem to do the
Hullo all...
Pewnego dnia (Wednesday 23 of April 2003 10:20), niejak(i/a) Josip Rodin
wystukał/a na klawiaturze:
JR>Making packages.d.o backend first parse all Packages files from all
JR>architectures, sort -u the list, and then go through the data ordering it
JR>per package, would seem to do the
On Wed, Apr 23, 2003 at 08:43:53AM -0700, Matt Kraai wrote:
> > > [some usefull thoughts skipped]
> >
> > Hmm. IMHO it would be good to have a test system, where one can
> > commiting to the CVS without breacking the running system.
>
> Just test your changes before committing.
They require acce
On Wed, Apr 23, 2003 at 10:51:02AM +0100, Colin Watson wrote:
> > > It's disk space against cpu usage. Clearly the first is much
> > > cheaper.
> >
> > Perhaps I should also mention the exact cause of those 500 errors that
> > was briefly mentioned on -www recently -- the MaxClients 300 setting
>
On Wed, Apr 23, 2003 at 04:18:36PM +0200, Frank Lichtenheld wrote:
> On Wed, Apr 23, 2003 at 09:37:53AM +0800, Andrew Shugg wrote:
> > [some usefull thoughts skipped]
>
> Hmm. IMHO it would be good to have a test system, where one can
> commiting to the CVS without breacking the running system.
J
On Wed, Apr 23, 2003 at 09:37:53AM +0800, Andrew Shugg wrote:
> [some usefull thoughts skipped]
Hmm. IMHO it would be good to have a test system, where one can
commiting to the CVS without breacking the running system.
What do you others think of an alioth project for this?
It could start with a
On Wed, Apr 23, 2003 at 10:51:02AM +0100, Colin Watson wrote:
> On Wed, Apr 23, 2003 at 10:20:48AM +0200, Josip Rodin wrote:
> > On Wed, Apr 23, 2003 at 01:50:26AM +0200, Frank Lichtenheld wrote:
> > > It's disk space against cpu usage. Clearly the first is much
> > > cheaper.
> >
> > Perhaps I sh
On Wed, Apr 23, 2003 at 10:20:48AM +0200, Josip Rodin wrote:
> On Wed, Apr 23, 2003 at 01:50:26AM +0200, Frank Lichtenheld wrote:
> > It's disk space against cpu usage. Clearly the first is much
> > cheaper.
>
> Perhaps I should also mention the exact cause of those 500 errors that
> was briefly m
On Wed, Apr 23, 2003 at 01:50:26AM +0200, Frank Lichtenheld wrote:
> It's disk space against cpu usage. Clearly the first is much cheaper.
Perhaps I should also mention the exact cause of those 500 errors that was
briefly mentioned on -www recently -- the MaxClients 300 setting on gluck
exceeds th
Frank Lichtenheld said:
> "Anyone got ideas on doing this without replicating the entire page
> structure for each port?"
> This leads at least to two possible solutions: 2.) (one page per
> package per distrib but for all archs) or 3.) (create the pages
> dynamically). And what one finds more "cl
On Wed, Apr 23, 2003 at 12:51:00AM +0200, Josip Rodin wrote:
> On Tue, Apr 22, 2003 at 10:19:25PM +0200, Frank Lichtenheld wrote:
> > > FL> 3.) make 1.) but create the pages dynamically. This will
> > > FL> require nearly a complete rewrite, but would be the
> > > FL> cleanes
On Tue, Apr 22, 2003 at 10:19:25PM +0200, Frank Lichtenheld wrote:
> > FL> 3.) make 1.) but create the pages dynamically. This will
> > FL> require nearly a complete rewrite, but would be the
> > FL> cleanest way, I think.
> > Aren't the 'packages' pages already dynamically created???
>
On Tue, Apr 22, 2003 at 08:54:47PM +0200, Marek ?aska wrote:
> Pewnego dnia (Thursday 17 of April 2003 18:31), niejak(i/a) Frank Lichtenheld
> wystuka?/a na klawiaturze:
> FL> 3.) make 1.) but create the pages dynamically. This will
> FL> require nearly a complete rewrite, but would be
Pewnego dnia (Thursday 17 of April 2003 18:31), niejak(i/a) Frank Lichtenheld
wystukał/a na klawiaturze:
FL> 3.) make 1.) but create the pages dynamically. This will
FL> require nearly a complete rewrite, but would be the
FL> cleanest way, I think.
Aren't the 'packages' pages al
On Thu, Apr 17, 2003 at 12:49:21PM +0200, Josip Rodin wrote:
> On Tue, Apr 15, 2003 at 08:18:01PM +0200, Frank Lichtenheld wrote:
> > Surely, this has to be corrected, but obviously no one has
> > volunteered yet to build a new packages.d.o from the scratch.
>
> Just to make sure nobody gets the w
On Tue, Apr 15, 2003 at 08:18:01PM +0200, Frank Lichtenheld wrote:
> Surely, this has to be corrected, but obviously no one has
> volunteered yet to build a new packages.d.o from the scratch.
Just to make sure nobody gets the wrong impression: it doesn't necessarily
have to be rewritten from scrat
On Tue, Apr 15, 2003 at 07:16:45PM +0200, Carlos Izquierdo wrote:
>
> I've noticed that the "Search package directories" engine, located at
> http://www.debian.org/distrib/packages, returns only results for the i386
> architecture. Would it be possible to include an architecture drop-down
I've noticed that the "Search package directories" engine, located at
http://www.debian.org/distrib/packages, returns only results for the i386
architecture. Would it be possible to include an architecture drop-down list
just like the one that "Search the contents of packages" has?
23 matches
Mail list logo
