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
I added:
contrib/local [ -m ] [ -p ]
Appologies for not reading the rest of my backlog
and the subsequent noise
-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 behavior
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 rminn...@gmail.com wrote:
pcc -c -I. /sys/src/cmd/gs/jpeg/jcapimin.c
cpp:
contrib/pull fgb/jpeg
it should build ok, now, thanks
On Wed, Nov 25, 2009 at 4:53 PM, Federico G. Benavento
benave...@gmail.com 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
On Wed, Nov 25, 2009 at 10:59 AM, Federico G. Benavento
benave...@gmail.com wrote:
contrib/pull fgb/jpeg
That did it.
thanks
ron
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
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 rminn...@gmail.com
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
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 rminn...@gmail.com wrote:
Maybe this could be added to the contrib system.
contrib/pull with no args pulls all contribs that I
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.
On Wed, Nov 25, 2009 at 1:30 PM, Federico G. Benavento
benave...@gmail.com 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
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 2:07 PM, erik quanstrom quans...@quanstro.net 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.
On Wed Nov 25 17:34:12 EST 2009, rminn...@gmail.com wrote:
On Wed, Nov 25, 2009 at 2:07 PM, erik quanstrom quans...@quanstro.net 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
The slowness of loading openssl probably has something to do
with it being bloatware on a par with ghostscript.
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
On Wed, Nov 25, 2009 at 3:18 PM, 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.
I can't argue with that. But I still believe that replica is not an
effective tool for package management.
ron
18 matches
Mail list logo