ECACCES...T-GRANT(1p)

πŸ“¦
version 6.3.1 Β· 2 versions
, in ubuntu resolute, ubuntu stonking

🌸 ECACCES...T-GRANT(1p) β€” the manual page, but make it make sense 🌸

okay bestie, buckle up, because this is ecaccess-event-grant from the User Contributed Perl Documentation section (1p), and it's literally the little command that decides who gets to touch an ECaccess Event. πŸ’…


✨ NAME ✨

ecaccess-event-grant β€” Grant usage of an ECaccess Event πŸŽ€


✨ SYNOPSIS ✨

ecaccess-event-grant -version|-help|-manual

ecaccess-event-grant [-debug] [-subscribe] [-notify] event-id user-list

✨ DESCRIPTION ✨

So basically this command is your little permissions bouncer πŸ‘‘ β€” it lets you manage the Event permissions for a whole list of user(s).

The permissions can be subscribe, notify, both, or none. That's it, those are the options, no secret fourth thing.

And here's the tea πŸ«–: if you want to remove permissions to an Event for a list of users, you run this command with no -subscribe and no -notify options. That's the whole trick. No extra "remove" flag, you just... don't grant anything. Iconic honestly.


✨ ARGUMENTS ✨

  • event-id β€” the identifier of the Event you're granting stuff on. Like, which event are we doing paperwork for. πŸ—‚οΈ
  • user-list β€” the user(s) you're giving permissions to, or taking them away from. Multiple users should be separated by a column (e.g. abc,def). Yes bestie, a column, that's what the page says, I don't make the rules. 😭

✨ OPTIONS ✨

  • -subscribe β€” the user(s) in your user-list get to subscribe to the event-id. Think like the -eventIds option of the ecaccess-job-submit command. πŸ””
  • -notify β€” the user(s) in your user-list get to send notifications to the event-id. Think like the ecaccess-event-send command. πŸ“¨
  • -version β€” displays the version number and then dips out. πŸ‘‹
  • -help β€” prints a brief help message and exits. the quick lil summary. ⚑
  • -manual β€” prints the manual page and exits. hi, that's me, you're reading it. πŸ₯°
  • -retry count β€” number of SSL connection retries per 5s to ECMWF. And listen, this one is specific: this parameter only applies to the initial SSL connection initiated by the command to the ECMWF server. It does not apply to all the subsequent requests made afteward β€” it's mainly targeting errors that can happen from time to time during the SSL handshake. Default is no retry. (Also yes, the page says "afteward", we're keeping it, it's part of the lore. πŸ’€)
  • -debug β€” displays the SOAP and SSL messages exchanged. for when you want to see everything the little guys are saying to each other. πŸ”

✨ EXAMPLES ✨

ecaccess-event-grant -subscribe 167 abc,def,jhi

Allow the users abc, def and jhi to subscribe to this Event. slay. ✨

ecaccess-event-grant 167 jkl

Remove all rights to the Event for the user jkl. no permissions, no vibes, nothing. 🚫


✨ SEE ALSO ✨

go read these too bestie, they're all in the same little friend group: ecaccess-event-clear, ecaccess-event-delete, ecaccess-event-send, ecaccess-event-list, ecaccess-event-create and ecaccess.


πŸ’– that's the whole page! every flag, every default, every warning, all of it, right here. no cap.

okay that's a wrap πŸŽ€ this page is perl v5.40.1, dated 2025-10-22, and it lives under ECACCES...T-GRANT(1p). mwah, go grant some permissions responsibly. πŸ’…βœ¨

πŸ“¦ where this page comes from