> I added:
> contrib/local [ -m ] [ -p ]
Appologies for not reading the rest of my backlog
and the subsequent noise
-Steve
I added this to my $home/bin/rc/pull script, it doesn't pull the
contrib packages, but prints the commands to do so in case I want to do so.
for(rep in `{ls /dist/replica | grep -v
'network|kfs|sourcesmirror|sources|plan9.proto|cd|client'} )
echo contrib/pull `{basename $rep}
-Steve
thanks Fede, that´s useful :)
gabi
El 25/11/2009, a las 22:30, Federico G. Benavento escribió:
> I added:
>
> contrib/local [ -m ] [ -p ]
>
> Contrib/local
> Lists local contrib installed packages (default). The
> -m option changes the default beh
On Wed, Nov 25, 2009 at 3:18 PM, wrote:
> The slowness of loading openssl probably has something to do
> with it being bloatware on a par with ghostscript.
>
>
I can't argue with that. But I still believe that replica is not an
effective tool for package management.
ron
ge...@plan9.bell-labs.com wrote:
The slowness of loading openssl probably has something to do
with it being bloatware on a par with ghostscript.
And the better alternatives to either are ?
Bill
The slowness of loading openssl probably has something to do
with it being bloatware on a par with ghostscript.
On Wed Nov 25 17:34:12 EST 2009, rminn...@gmail.com wrote:
> On Wed, Nov 25, 2009 at 2:07 PM, erik quanstrom wrote:
> > that performance is only for one case. what about the
> > case where i'd like to know if a local file differs from sources?
>
> Then use replica for that. But replica is just t
On Wed, Nov 25, 2009 at 2:07 PM, erik quanstrom wrote:
> that performance is only for one case. what about the
> case where i'd like to know if a local file differs from sources?
Then use replica for that. But replica is just too slow to be a useful
for package management. It's not great that it
> Great. We're getting there. I do think in the long term the contrib
> packages should be tar files. That would get our performance back.
that performance is only for one case. what about the
case where i'd like to know if a local file differs from sources?
(i suggest contrib/diff as an addition
On Wed, Nov 25, 2009 at 1:30 PM, Federico G. Benavento
wrote:
> comments are welcome
Great. We're getting there. I do think in the long term the contrib
packages should be tar files. That would get our performance back.
ron
I added:
contrib/local [ -m ] [ -p ]
Contrib/local
Lists local contrib installed packages (default). The
-m option changes the default behavior and local prints
the maintained packages instead of the installed ones.
That would be great.
I'm just using two clumsy ad-hoc scripts, but I think everyone using
contrib needs these two things.
On Wed, Nov 25, 2009 at 9:01 PM, ron minnich wrote:
> Maybe this could be added to the contrib system.
>
> contrib/pull with no args pulls all contribs that I already pulled
>
> contrib/pull with no args pulls all contribs that I already pulled
> contrib/listlocal would list local contribs
contrib/installed should list the installed packages.
contrib/pull `{contrib/installed} should pull all
installed packages.
- erik
Maybe this could be added to the contrib system.
contrib/pull with no args pulls all contribs that I already pulled
contrib/listlocal would list local contribs
ron
adrian mailed me this script some months ago
I think it might help
#!/bin/rc
replicas=/dist/replica
for (i in `{grep '^s=/n/sources/contrib' $replicas/* | sed
's...@.*/(.*):.*/(.*)/repl...@\2/\1@'}) {
echo contrib/pull $i
}
On Wed, Nov 25, 2009 at 5:16 PM, ron minnich wrote:
> stupid que
stupid question, I bet:
how do I list all the contrib packages I've pulled down. I'm wondering
how to know which ones to pull.
ron
On Wed, Nov 25, 2009 at 10:59 AM, Federico G. Benavento
wrote:
> contrib/pull fgb/jpeg
That did it.
thanks
ron
contrib/pull fgb/jpeg
it should build ok, now, thanks
On Wed, Nov 25, 2009 at 4:53 PM, Federico G. Benavento
wrote:
> ok, that's my contrib package you're trying to build, it looks like that
> jmlrecfg.h file changed its location in the distribution, I'll fix the
> contrib package
>
> On Wed, No
ok, that's my contrib package you're trying to build, it looks like that
jmlrecfg.h file changed its location in the distribution, I'll fix the
contrib package
On Wed, Nov 25, 2009 at 3:50 PM, ron minnich wrote:
> pcc -c -I. /sys/src/cmd/gs/jpeg/jcapimin.c
> cpp: /sys/src/cmd/gs/jpeg/jpeglib.h:26
pcc -c -I. /sys/src/cmd/gs/jpeg/jcapimin.c
cpp: /sys/src/cmd/gs/jpeg/jpeglib.h:26
/sys/src/cmd/gs/jpeg/jcapimin.c:21 Could not find include file
"jmorecfg.h"
/sys/src/cmd/gs/jpeg/jpeglib.h:66[stdin:542] not a function
/sys/src/cmd/gs/jpeg/jpeglib.h:66[stdin:542] syntax error, last name: FAR
pcc: cp
20 matches
Mail list logo
