Re: Suggest to use more long options arguments at /etc/makepkg.conf

2022-12-13 Thread Greg Minshall
2qdxy4rzwzuui...@potatochowder.com wrote: > Now who told tar and ps that they don't need the dash? ;-) probably you didn't *really* want a history lesson (which i'm not *really* qualified to give), but in the 1980s there was an effort to standardize all this. earlier commands had, or hadn't, us

Re: Suggest to use more long options arguments at /etc/makepkg.conf

2022-12-13 Thread Merlin Büge
On Tue, 13 Dec 2022 12:43:28 -0500, 2qdxy4rzwzuui...@potatochowder.com > ... > Unless there's --long-option and --other-option, in which case searching > for -o takes longer. Side note: I usually search for ` -o` to avoid that. The double space is so that it doesn't match -o in the middle of a

Re: Suggest to use more long options arguments at /etc/makepkg.conf

2022-12-13 Thread 2QdxY4RzWzUUiLuE
On 2022-12-13 at 17:56:45 +, Ralph Corderoy wrote: > > well, maybe. > > My point was to show it's subjective. Fair enough. On that we agree. > > Now who told tar and ps that they don't need the dash? ;-) > > Someone who created the dash to show the argument contained optional > options

Re: Suggest to use more long options arguments at /etc/makepkg.conf

2022-12-13 Thread Ralph Corderoy
Hi, > well, maybe. My point was to show it's subjective. > Now who told tar and ps that they don't need the dash? ;-) Someone who created the dash to show the argument contained optional options rather than a filename. If they're not optional then the dash isn't required. :-) -- Cheers, Ra

Re: Suggest to use more long options arguments at /etc/makepkg.conf

2022-12-13 Thread 2QdxY4RzWzUUiLuE
On 2022-12-13 at 10:34:59 +, Lukas Jirkovsky wrote: > On Tue, 13 Dec 2022 at 07:25, Ralph Corderoy wrote: > > > > Hi u34, > > > > > I think long command line options are more readable compared to short > > > one. There fore, I suggest: > > > > I think the short one-letter names combined int

Re: Python 3.11 timeline?

2022-12-13 Thread David Rosenstrauch
On 12/13/22 3:43 AM, David Runge wrote: On 2022-11-08 11:18:57 (-0500), David Rosenstrauch wrote: Anyone know if there's any timeline on when we'll see python 3.11 get released to Arch? Hi David, we are on and off working on it, but not in the past weeks. There are quite a few things to f

Re: Suggest to use more long options arguments at /etc/makepkg.conf

2022-12-13 Thread u34
Lukas Jirkovsky wrote: > On Tue, 13 Dec 2022 at 07:25, Ralph Corderoy wrote: > > > > Hi u34, > > > > > I think long command line options are more readable compared to short > > > one. There fore, I suggest: > > > > I think the short one-letter names combined into a single ‘-’ are more > > reada

Re: Suggest to use more long options arguments at /etc/makepkg.conf

2022-12-13 Thread Lukas Jirkovsky
On Tue, 13 Dec 2022 at 07:25, Ralph Corderoy wrote: > > Hi u34, > > > I think long command line options are more readable compared to short > > one. There fore, I suggest: > > I think the short one-letter names combined into a single ‘-’ are more > readable, as I suspect do many others accustomed

Re: Suggest to use more long options arguments at /etc/makepkg.conf

2022-12-13 Thread Óscar García Amor
Hi! I think the short one-letter names combined into a single ‘-’ are more > readable, as I suspect do many others accustomed to their decades-long > use across all Unix commands, so I suggest things stay as they are. :-) > Well I think like u34, even for an experienced user the short options of

Re: Python 3.11 timeline?

2022-12-13 Thread David Runge
On 2022-11-08 11:18:57 (-0500), David Rosenstrauch wrote: > Anyone know if there's any timeline on when we'll see python 3.11 get > released to Arch? I emailed the maintainer about this directly recently, > but didn't hear anything back. > > I know this is a big upgrade, and lots of dependent pac