-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm not sure if it's been mentioned, and apologize for the redundancy if
it has, but I would suggest that the package maintainers create stub
scripts that refer back to the legacy commands. I.e. /usr/bin/puppet
just calls 'puppet main'.

The single executable is a good idea, but I see two problems:

1) Legacy scripts will all need to be updated to use the new syntax
2) No tab completion

#2 is a bit of a whine but, after using openssl for far too long, you
get tired of doing things like:

openssl help

...er...

openssl pkcs12 help

I would also suggest that you could do like git and have your man pages
refer to puppet_ca(5) or the like.

Again, sorry if this is redundant.

Thanks,

Trevor


On 04/15/2010 06:54 PM, Jesse Wolfe wrote:
> I feel like we've come close enough to a loose consensus on everything
> that I now have enough data to propose names for all of these (I'll post
> that shortly)...
> ...except for "queue" (puppetqd), which there seems to be some confusion
> about. I think it might be reasonable to err on the side of minimal
> change for that and leave it as "queue"
> 
> ~Jesse
> 
> On Thu, Apr 15, 2010 at 3:45 PM, Luke Kanies <[email protected]
> <mailto:[email protected]>> wrote:
> 
>     On Apr 15, 2010, at 7:35 AM, Nicolas Szalay wrote:
> 
>         Le mercredi 14 avril 2010 à 12:07 -0700, Jesse Wolfe a écrit :
> 
> 
>             the new puppet single-executable is in master, but I think
>             the names
>             of the commands should be up for discussion. These are
>             something that
>             we may have to live with for a long time.
> 
>             Here's what's currently in master:
>             bin/filebucket      => puppet filebucket
>             bin/pi              => puppet pi
>             bin/puppetdoc       => puppet doc
>             sbin/puppetca       => puppet ca
> 
> 
>         +1 for puppet cert
> 
>             sbin/puppetmasterd  => puppet server
>             sbin/puppetrun      => puppet run
> 
> 
>         puppet trigger or remotetrigger would be probably better no ?
> 
>             bin/puppet          => puppet main
>             bin/ralsh           => puppet resource
>             sbin/puppetd        => puppet agent
>             sbin/puppetqd       => puppet queue
> 
> 
>         queuer ? asyncd ?
> 
>             Here's my commentary:
>             bin/pi              => puppet pi (what does "i" stand for,
>             anyway?)
>             sbin/puppetmasterd  => puppet server (I'd rather keep the
>             "master"
>             jargon)
> 
> 
>         +1 for master
> 
>             bin/puppet          => puppet main (doesn't seem very main
>             to me.
>             "exec"? "do"?)
> 
> 
>         parse ? parser ?
> 
>             sbin/puppetd        => puppet agent (is "agent" the jargon
>             we use in
>             training? I can't remember)
> 
> 
>         agent would be fine IMHO
> 
> 
>     Jesse - has this conversation been enough to give you an idea of
>     what changes you want to make?
> 
>     -- 
>     The great thing about television is that if something important
>     happens anywhere in the world, day or night, you can always change
>     the channel. -- From "Taxi"
> 
>     ---------------------------------------------------------------------
>     Luke Kanies  -|-   http://puppetlabs.com   -|-   +1(615)594-8199
> 
>     -- 
>     You received this message because you are subscribed to the Google
>     Groups "Puppet Developers" group.
>     To post to this group, send email to [email protected]
>     <mailto:[email protected]>.
>     To unsubscribe from this group, send email to
>     [email protected]
>     <mailto:puppet-dev%[email protected]>.
>     For more options, visit this group at
>     http://groups.google.com/group/puppet-dev?hl=en.
> 
> 
> -- 
> You received this message because you are subscribed to the Google
> Groups "Puppet Developers" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected].
> For more options, visit this group at
> http://groups.google.com/group/puppet-dev?hl=en.

- -- 
Trevor Vaughan
 Vice President, Onyx Point, Inc.
 email: [email protected]
 phone: 410-541-ONYX (6699)
 pgp: 0x6C701E94

- -- This account not approved for unencrypted sensitive information --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkvJn4UACgkQyWMIJmxwHpQXyQCeOrq6vYx8EN8s0BT1Qnnr8J0L
Hb8AoMYv6KP5FRxYPb5VHvuga4dqf49q
=C9v5
-----END PGP SIGNATURE-----

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Developers" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/puppet-dev?hl=en.

<<attachment: tvaughan.vcf>>

Reply via email to