Re: do ya still use python?

2021-04-19 Thread Dan Stromberg
On Mon, Apr 19, 2021 at 5:55 PM Jon Ribbens via Python-list < python-list@python.org> wrote: > On 2021-04-20, Paul Rubin wrote: > > Ethan Furman writes: > >> List, my apologies -- not sure how that one got through. > > > > It was trollishly written but was a reasonable observation on the state >

Re: do ya still use python?

2021-04-19 Thread Jon Ribbens via Python-list
On 2021-04-20, Paul Rubin wrote: > Ethan Furman writes: >> List, my apologies -- not sure how that one got through. > > It was trollishly written but was a reasonable observation on the state > of the Usenet group. I didn't realize it had come through (or reached) > the mailing list. Anyway the

RE: Current thinking on required options

2021-04-19 Thread Avi Gross via Python-list
Sidestepping the wording of "options" is the very real fact that providing names for even required parts can be helpful in many cases. There re programs that may not require anything on the command line to be done but many need something to provide some flexibility. So, I tend to agree that in ma

Re: Determine what the calling program is

2021-04-19 Thread Barry
> On 19 Apr 2021, at 22:49, Cameron Simpson wrote: > > On 19Apr2021 23:13, Peter J. Holzer wrote: >>> On 2021-04-19 08:54:06 +1000, Cameron Simpson wrote: >>> My personal preference is lock directories. Shell version goes like >>> this: >>> >>>if mkdir /my/lock/directory/name-of-task >>>

Re: Determine what the calling program is

2021-04-19 Thread Cameron Simpson
On 19Apr2021 23:13, Peter J. Holzer wrote: >On 2021-04-19 08:54:06 +1000, Cameron Simpson wrote: >> My personal preference is lock directories. Shell version goes like >> this: >> >> if mkdir /my/lock/directory/name-of-task >> then >>.. do task .. >>rmdir /my/lock/directory

Re: Determine what the calling program is

2021-04-19 Thread Peter J. Holzer
On 2021-04-19 08:54:06 +1000, Cameron Simpson wrote: > My personal preference is lock directories. Shell version goes like > this: > > if mkdir /my/lock/directory/name-of-task > then >.. do task .. >rmdir /my/lock/directory/name-of-task > else > echo "lock /my/lo

Re: Determine what the calling program is

2021-04-19 Thread Peter J. Holzer
On 2021-04-19 08:04:10 +1200, dn via Python-list wrote: > In a similar situation, one of my teams used an (OpSys) environment > variable (available in both *nux and MS-Win). > - when the application starts, it checks for the variable > - if exists, stops running, else may proceed That doesn't work

Re: Current thinking on required options

2021-04-19 Thread Dan Stromberg
On Mon, Apr 19, 2021 at 12:36 PM Grant Edwards wrote: > On 2021-04-19, Dan Stromberg wrote: > > On Mon, Apr 19, 2021 at 2:55 AM Loris Bennett < > loris.benn...@fu-berlin.de> wrote: > > > >> However, the options -o, -u, and -g are required, not optional. > >> > >> The documentation > >> > >> ht

Re: do ya still use python?

2021-04-19 Thread Ethan Furman
On 4/19/21 11:22 AM, Unbreakable Disease wrote: [offensive drivel] List, my apologies -- not sure how that one got through. -- ~Ethan~ Python List Moderator -- https://mail.python.org/mailman/listinfo/python-list

Re: Current thinking on required options

2021-04-19 Thread Grant Edwards
On 2021-04-19, Dan Stromberg wrote: > On Mon, Apr 19, 2021 at 2:55 AM Loris Bennett > wrote: > >> However, the options -o, -u, and -g are required, not optional. >> >> The documentation >> >> https://docs.python.org/3/library/argparse.html#required >> >> advises against required options and he

Re: do ya still use python?

2021-04-19 Thread Unbreakable Disease
On 19.04.2021 17:37, JWS wrote: On Monday, April 19, 2021 at 11:44:11 AM UTC-5, Unbreakable Disease wrote: almost no useful posts here for almost a year. is python dying? I can't tell what group you are referencing. comp.lang.python is still active. I'm doing a tkinter project now. Active for

Re: Current thinking on required options

2021-04-19 Thread Chris Angelico
On Tue, Apr 20, 2021 at 4:18 AM Bill Campbell wrote: > > On Mon, Apr 19, 2021, Loris Bennett wrote: > >Hi, > > > >I have various small programs which tend to have an interface like the > >following example: > > > > usage: grocli [-h] [-o {check,add,delete}] [-u USERS [USERS ...]] [-g > > GROUP]

Re: Current thinking on required options

2021-04-19 Thread Bill Campbell
On Mon, Apr 19, 2021, Loris Bennett wrote: >Hi, > >I have various small programs which tend to have an interface like the >following example: > > usage: grocli [-h] [-o {check,add,delete}] [-u USERS [USERS ...]] [-g GROUP] I would do this with the action is first argument. Usage: grocli

Re: Current thinking on required options

2021-04-19 Thread Peter J. Holzer
On 2021-04-19 16:38:24 -, Jon Ribbens via Python-list wrote: > On 2021-04-19, Paul Bryan wrote: > > Calling them options—when they're required—seems like a problem. 🙂 > > The option is what the value is, not whether there is a value at all. > If you order a coffee then you may have an option

Re: Current thinking on required options

2021-04-19 Thread Jon Ribbens via Python-list
On 2021-04-19, Paul Bryan wrote: > Calling them options—when they're required—seems like a problem. 🙂 The option is what the value is, not whether there is a value at all. If you order a coffee then you may have an option as to what temperature it is, that doesn't mean the coffee having a tempera

Re: Current thinking on required options

2021-04-19 Thread Dan Stromberg
I guess maybe it seems like a problem to someone who hasn't used command line tools much, based solely on a simplistic interpretation of the terminology. But strictly speaking, they're "command line options", or better "command line arguments", not "options". On Mon, Apr 19, 2021 at 9:30 AM Paul

Re: Current thinking on required options

2021-04-19 Thread Paul Bryan
Calling them options—when they're required—seems like a problem. 🙂 On Mon, 2021-04-19 at 09:04 -0700, Dan Stromberg wrote: > On Mon, Apr 19, 2021 at 2:55 AM Loris Bennett > > wrote: > > > However, the options -o, -u, and -g are required, not optional. > > > > The documentation > > > >   https:

Re: Current thinking on required options

2021-04-19 Thread Dan Stromberg
On Mon, Apr 19, 2021 at 2:55 AM Loris Bennett wrote: > However, the options -o, -u, and -g are required, not optional. > > The documentation > > https://docs.python.org/3/library/argparse.html#required > > advises against required options and here > > > https://stackoverflow.com/questions/24180

Re: Current thinking on required options

2021-04-19 Thread Barry
> On 19 Apr 2021, at 10:57, Loris Bennett wrote: > > Hi, > > I have various small programs which tend to have an interface like the > following example: > > usage: grocli [-h] [-o {check,add,delete}] [-u USERS [USERS ...]] [-g GROUP] > > Command line grouper tool > > optional arguments:

Re: Determine what the calling program is

2021-04-19 Thread Barry Scott
> On 18 Apr 2021, at 14:46, Jason Friedman wrote: > > I should state at the start that I have a solution to my problem. I am > writing to see if there is a better solution. > > I have a program that runs via crontab every five minutes. It polls a > Box.com folder for files and, if any are fou

EuroPython 2021: Ticket sales started

2021-04-19 Thread M.-A. Lemburg
We're pleased to announce the start of the EuroPython 2021 ticket sales: * EuroPython 2021 Ticket Sales Open * https://ep2021.europython.eu/registration/buy-tickets/ Updated ticket structure For EuroPython 2021, we'll have more than 10 training

Re: Current thinking on required options

2021-04-19 Thread Loris Bennett
Gisle Vanem writes: > Loris Bennett wrote: > >>usage: grocli [-h] [-o {check,add,delete}] [-u USERS [USERS ...]] [-g >> GROUP] >> >>Command line grouper tool >> >>optional arguments: >> -h, --helpshow this help message and exit >> -o {check,add,delete}, --operat

Re: Current thinking on required options

2021-04-19 Thread Peter Otten
On 19/04/2021 11:52, Loris Bennett wrote: Hi, I have various small programs which tend to have an interface like the following example: usage: grocli [-h] [-o {check,add,delete}] [-u USERS [USERS ...]] [-g GROUP] Command line grouper tool optional arguments: -h, --help

Re: Current thinking on required options

2021-04-19 Thread Gisle Vanem
Loris Bennett wrote: usage: grocli [-h] [-o {check,add,delete}] [-u USERS [USERS ...]] [-g GROUP] Command line grouper tool optional arguments: -h, --helpshow this help message and exit -o {check,add,delete}, --operation {check,add,delete}

Current thinking on required options

2021-04-19 Thread Loris Bennett
Hi, I have various small programs which tend to have an interface like the following example: usage: grocli [-h] [-o {check,add,delete}] [-u USERS [USERS ...]] [-g GROUP] Command line grouper tool optional arguments: -h, --helpshow this help message and exit -o {check,