Re: [9fans] after a recent pull ...

Re: [9fans] after a recent pull ...

[erik quanstrom]

> 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 to contrib.)  that's
really slow and annoying with a tar file.

also, there's no reason replica can't work in parallel.

- erik

Re: [9fans] after a recent pull ...

[ron minnich]

On Wed, Nov 25, 2009 at 2:07 PM, erik quanstrom <quanstro@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. It's not great that it takes longer to get the
openssl package than it takes to do a full ubuntu install.

> (i suggest contrib/diff as an addition to contrib.)  that's
> really slow and annoying with a tar file.

I don't see that. I would be willing to bet (I'll try it at some
point) that it is far faster to pull a tar down, mount it via tarfs,
and run replica/pull agains that than what we do now. Were we to do
this we'd have two ways to use replica.

That said, I'm sufficiently impressed with the tinycore tar-based
package management that I don't see the need for replica any more.

> also, there's no reason replica can't work in parallel.

As always, there's no reason lots of things can't be done. They just aren't :-)

ron

Re: [9fans] after a recent pull ...

[geoff]

The slowness of loading openssl probably has something to do
with it being bloatware on a par with ghostscript.

Re: [9fans] after a recent pull ...

[W B Hacker]

geoff@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

Re: [9fans] after a recent pull ...

[ron minnich]

On Wed, Nov 25, 2009 at 3:18 PM,  <geoff@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

Re: [9fans] after a recent pull ...

[erik quanstrom]

On Wed Nov 25 17:34:12 EST 2009, rminnich@gmail.com wrote:
> On Wed, Nov 25, 2009 at 2:07 PM, erik quanstrom <quanstro@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. It's not great that it takes longer to get the
> openssl package than it takes to do a full ubuntu install.
>
> > (i suggest contrib/diff as an addition to contrib.)  that's
> > really slow and annoying with a tar file.
>
> I don't see that. I would be willing to bet (I'll try it at some
> point) that it is far faster to pull a tar down, mount it via tarfs,
> and run replica/pull agains that than what we do now. Were we to do
> this we'd have two ways to use replica.

replica still makes a lot of sense to me.  if i just splat
a tar file on top of my source, i have no idea what changed
and when; history is useless.  replica to and from sources
takes just a few seconds  for the packages i'm using.

then again, i don't packages i'm not willing to debug, like
openssl, on plan 9.

- erik

[9fans] after a recent pull ...

[ron minnich]

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: cpp: 8c 35613: error

Sorry not to have done more digging but ... anyone know what happened here?

this is a 'make all' in /sys/src

ron

Re: [9fans] after a recent pull ...

[Federico G. Benavento]

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 <rminnich@gmail.com> wrote:
> 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: cpp: 8c 35613: error
>
> Sorry not to have done more digging but ... anyone know what happened here?
>
> this is a 'make all' in /sys/src
>
> ron
>
>



--
Federico G. Benavento

Re: [9fans] after a recent pull ...

[Federico G. Benavento]

contrib/pull fgb/jpeg

it should build ok, now, thanks

On Wed, Nov 25, 2009 at 4:53 PM, Federico G. Benavento
<benavento@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 package
>
> On Wed, Nov 25, 2009 at 3:50 PM, ron minnich <rminnich@gmail.com> wrote:
>> 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: cpp: 8c 35613: error
>>
>> Sorry not to have done more digging but ... anyone know what happened here?
>>
>> this is a 'make all' in /sys/src
>>
>> ron
>>
>>
>
>
>
> --
> Federico G. Benavento
>



--
Federico G. Benavento

Re: [9fans] after a recent pull ...

[ron minnich]

On Wed, Nov 25, 2009 at 10:59 AM, Federico G. Benavento
<benavento@gmail.com> wrote:
> contrib/pull fgb/jpeg

That did it.

thanks

ron

Re: [9fans] after a recent pull ...

[ron minnich]

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

Re: [9fans] after a recent pull ...

[Federico G. Benavento]

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@.*/(.*):.*/(.*)/replica@\2/\1@'}) {
       echo contrib/pull $i
}


On Wed, Nov 25, 2009 at 5:16 PM, ron minnich <rminnich@gmail.com> wrote:
> 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
>
>



--
Federico G. Benavento

Re: [9fans] after a recent pull ...

[ron minnich]

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

Re: [9fans] after a recent pull ...

[Francisco J Ballesteros]

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 <rminnich@gmail.com> wrote:
> 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
>
>

Re: [9fans] after a recent pull ...

[Federico G. Benavento]

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.
               The -p option can be used to print the necessary com-
               mands to pull or push all the packages.


so to pull all the installed packages

% contrib/local -p | rc

comments are welcome

thanks
On Wed, Nov 25, 2009 at 6:06 PM, Francisco J Ballesteros <nemo@lsub.org> wrote:
> 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 <rminnich@gmail.com> wrote:
>> 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
>>
>>
>
>



--
Federico G. Benavento

Re: [9fans] after a recent pull ...

[ron minnich]

On Wed, Nov 25, 2009 at 1:30 PM, Federico G. Benavento
<benavento@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

Re: [9fans] after a recent pull ...

[Gabriel Diaz Lopez de la Llave]

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 and local prints
>               the maintained packages instead of the installed ones.
>               The -p option can be used to print the necessary com-
>               mands to pull or push all the packages.
> 
> 
> so to pull all the installed packages
> 
> % contrib/local -p | rc
> 
> comments are welcome
> 
> thanks
> On Wed, Nov 25, 2009 at 6:06 PM, Francisco J Ballesteros <nemo@lsub.org> wrote:
>> 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 <rminnich@gmail.com> wrote:
>>> 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
>>> 
>>> 
>> 
>> 
> 
> 
> 
> -- 
> Federico G. Benavento
> 
> 

Re: [9fans] after a recent pull ...

[Steve Simon]

> I added:
>          contrib/local [ -m ] [ -p ]

Appologies for not reading the rest of my backlog
and the subsequent noise

-Steve

Re: [9fans] after a recent pull ...

[erik quanstrom]

> 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

Re: [9fans] after a recent pull ...

[Steve Simon]

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