Hi Shawn,

Thanks for looking at this.

On Thu, Apr 29, 2010 at 12:32:22AM -0500, Shawn Walker wrote:
> On 04/26/10 07:36 PM, johan...@opensolaris.org wrote:
> >Webrev is available here:
> >
> >     http://cr.opensolaris.org/~johansen/webrev-6957/
> 
> src/depot.py:
>   line 149, 219-221, 303-304, 703:
>     nit; options should be in asciibetical order :)

Ok, fixed.  In some places these options were not in alphabetical order
to begin with, which is why I assumed it was okay to add them wherever I
pleased.  I've tried to put those places back into complete order.
Perhaps we could enforce this consistently to avoid this kind of
confusion in the future?

> src/man/pkg.1.txt:
>   lines 684-689:
>      From which image will the content be removed?  The current BE, or
>      target BE, or both during operations such as image-update?
>      Currently, this only happens in the original BE because the
>      content cache cleanup is called after be activation in modules/
>      client/api.py in __finished_execution.

Thanks, clarified.

>   lines 698-703: You may want to define what UUID stands for the first
>      time it is used.

Ok, fixed.

> src/modules/client/imageconfig.py:
>   lines 47-59: Since you're here, and it's just deletes, it'd be nice to
>      also address bug 11178 (just delete all references to
>      PURSUE_LATEST and DISPLAY_COPYRIGHTS).

Deleted.

> src/modules/client/transport/exception.py:
>   line 315: nit; insert newline here

Fixed.

> src/modules/server/repository.py:
>   lines 947-948: Seems like you could drop these and change line 946
>       to simply set self.file_root instead?

Did you mean lines 938 and 939 in __set_repo_root?  If so, then yes,
I'll have this assign to self.file_root instead.  However, the
conditional is necessary since I'd like it to be possible for file-root
to be outside of repo-root.

> src/svc/svc-pkg-depot:
>   lines 49-51, 53-56: nit; options in asciibetical order

Fixed.

> src/modules/client/transport/mdetect.py:
>   line 70: Incomplete sentence?

Changed.

> General Comment:
>   Any chance of this being able to advertise available nfs mounts too
>   once the client support for filesystem-based access is putback?

The client will detect any repository that's advertised following our
DNS-SD conventions.  It wouldn't be a good idea to run a depot to
advertise a NFS-mounted file repository.  It would be easy enough to
write a separate advertiser, though.  We can also advertise services
through static DNS, if we ever feel the need.

>   What happens when you try to access the BUI index page for a
>   repository that has no cfg_cache file or that doesn't provide
>   a publisher prefix and is running in --mirror or --llmirror mode?

Right now I get:

        404 Not Found

        The path '/' was not found.

Is there a way to disable the BUI for this mode?  There's not really
anything to display to human users in the mirror case.

Thanks

-j
_______________________________________________
pkg-discuss mailing list
pkg-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to