[Spacewalk-list] Assigning a gpg key to a clone channel

[Matthew Madey]

The setDetails method should be the right API call to do what you want:

client.channel.software.setDetails(SESSION_KEY, CHAN_ID, OPTION1, OPTION2,
etc, etc)

Method: setDetails<http://www.spacewalkproject.org/documentation/api/2.0/handlers/ChannelSoftwareHandler.html#top>
Description:
Allows to modify channel attributes

Parameters:

   - string sessionKey
   - int channelDd - channel id
   - struct - channel_map
      - string "checksum_label" - new channel repository checksum label
      (optional)
      - string "name" - new channel name (optional)
      - string "summary" - new channel summary (optional)
      - string "description" - new channel description (optional)
      - string "maintainer_name" - new channel maintainer name (optional)
      - string "maintainer_email" - new channel email address (optional)
      - string "maintainer_phone" - new channel phone number (optional)
      - string "gpg_key_url" - new channel gpg key url (optional)
      - string "gpg_key_id" - new channel gpg key id (optional)
      - string "gpg_key_fp" - new channel gpg key fingerprint (optional)

Returns:

   - int - 1 on success, exception thrown otherwise.



On Thu, Feb 6, 2014 at 2:20 PM, Mathew Snyder <mathew.snyder at gmail.com>wrote:

> Is it possible to assign a gpg key to a clone channel that has been
> created using spacewalk-clone-by-date? The command itself has no capacity
> to assign one. Can it be done with the API after cloning?
>
> -Mathew
>
> "When you do things right, people won't be sure you've done anything at
> all." - God; Futurama
>
> "We'll get along much better once you accept that you're wrong and
> neither am I." - Me
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20140206/d39a1c71/attachment.htm>