On Wed, Dec 04, 2024 at 03:00:17PM +0100, poc...@homemail.com wrote:
> I do an install to a hard drive and when I get it configured to what I
> want i copy to an USB drive.
>
> Then any time I need to do a install I simply partition a drive,
> create the filesystems mount the drive and the USB d
st of all tasks (with various desktops mixed in).
What eventually did work for me was putting stuff in "auto mode" like
described in B.2.3, in grub.cfg.
Putting language=en country=AT locale=de_AT.UTF-8 keymap=de
desktop=lxde-desktop
there seemed to work (I am not currently at the
On Wed, Dec 04, 2024 at 04:03:38PM +0100, john doe wrote:
> > d-i debian-installer/locale string de_AT
>
> The "local" is less "flexible".
> Look at [1], the first few lines
>
> > Similar with the menu where the desktop environment is selected.
> > I want LXDE and "SSH Server". I always drop back
a change.
But: I am stuck with getting rid of two groups of prompts:
The first three prompts in any install are language, country and keymap
(German, Austria, German) in my case. I have googled around a bit and
included the following for now (some of it probably redundant, useless
or cargo
On 4 Dec 2024 13:35 +0100, from r...@h5.or.at (Ralph Aichinger):
> But: I am stuck with getting rid of two groups of prompts:
>
> The first three prompts in any install are language, country and keymap
> (German, Austria, German) in my case. I have googled around a bit and
&g
> Sent: Wednesday, December 04, 2024 at 7:35 AM
> From: "Ralph Aichinger"
> To: debian-user@lists.debian.org
> Subject: Preseed install, Selection of Language/Country/Keyboard and Desktop
> Environment
>
> Hi fellow Debian Users
>
> I am currently try
rid of two groups of prompts:
The first three prompts in any install are language, country and keymap
(German, Austria, German) in my case. I have googled around a bit and
included the following for now (some of it probably redundant, useless
or cargo cultish):
d-i debian-installer/locale string
On 4/8/23 08:19, Emanuel Berg wrote:
Tom Dial wrote:
Look at the use of parentheses in Lisp [...]
I have thought about that - is Lisp possible without them?
But how do you then know priority? I'm sure someone tried
to get rid of them, but how?
Its quite a few years since I had anything t
On 08/04/2023 23:20, Greg Wooledge wrote:
One of the basic goals of structured programming languages was to
eliminate reliance on line numbers -- which were the hallmark of many
other languages in use at the time.
or reliance on labels (represented by numbers) for goto destination as
in early
Andy Smith writes:
>
> It is almost as if one small set of metrics aren't enough to decide,
> for everyone, in every case, which language should be used!
>
> Similarly, the idea posted in this thread to objectively quantify
> every feature a language can possibly have
27), 65.79 for time (rank 25),
> 6.62 for memory (rank 23).
> Python has 71.90 for energy (rank 26), 71.90 for time (rank 26),
> 2.80 for memory (rank 12).
It is almost as if one small set of metrics aren't enough to decide,
for everyone, in every case, which language should be used!
rhkramer wrote:
>> I was never a fan of Dijkstra's "Go To Statement Considered
>> Harmful" and perceive modern spaghetti inheritence as more
>> obscure than any goto noodling.
>
> Good point!
But that's not modern :)
--
underground experts united
https://dataswamp.org/~incal
On Saturday, April 08, 2023 01:44:48 PM Thomas Schmitt wrote:
> I was never a fan of Dijkstra's "Go To Statement Considered Harmful"
> and perceive modern spaghetti inheritence as more obscure than any goto
> noodling.
Good point!
--
rhk
(sig revised 20230312 -- modified first paragraph, some
Hi,
Greg Wooledge wrote:
> Yes, "structured programming" was the term used. Structured
> programming uses functions, while loops, if/then/else statements, and
> so on, instead of "GOTO 1230" type commands, to control a program's flow.
Like with Rocky Mountain BASIC of HP 9000 machines in contras
> Yes, "structured programming" was the term used.
> Structured programming uses functions, while loops,
> if/then/else statements, and so on, instead of "GOTO 1230"
> type commands, to control a program's flow.
>
> One of the basic goals of structured programming languages
> was to eliminate relia
Greg Wooledge wrote:
> Yes, "structured programming" was the term used.
> Structured programming uses functions, while loops,
> if/then/else statements, and so on, instead of "GOTO 1230"
> type commands, to control a program's flow.
>
> One of the basic goals of structured programming languages
>
On Sat, Apr 08, 2023 at 10:23:15AM -0400, rhkra...@gmail.com wrote:
> My first language was Algol, a language that wrote out keywords and such so
> that it was easier to understand (for me) what a given program was doing. It
> was also structured (if that is the right word), having th
davidson wrote:
> On Sat, 8 Apr 2023 Emanuel Berg wrote:
>
>> Tom Dial wrote:
>>
> Look at the use of parentheses in Lisp [...]
I have thought about that - is Lisp possible without them?
But how do you then know priority? I'm sure someone tried
to get rid of them, but how?
Jeffrey Walton wrote:
> Here are three more data points.
>
>* Emacs - 41 CVEs since 2000 [1]
>* Vi - 61 CVEs since 1999 [2]
>* Vim - 656 CVEs since 2001 [3]
>
> I'm not sure how many CVEs overlap for Vim due to Vi.
Hm ... what does this stat indicate? :O
Haha why do Vim has so many?
Stefan Monnier wrote:
>> Here are three more data points.
>>
>>* Emacs - 41 CVEs since 2000 [1]
>>* Vi - 61 CVEs since 1999 [2]
>>* Vim - 656 CVEs since 2001 [3]
>>
>> I'm not sure how many CVEs overlap for Vim due to Vi.
>
> I don't know what the number of CVEs tells us about
> a proj
Celejar wrote:
>> I agree but I think maybe the success of Python, and its
>> development speed, is actually because of some of that
>> rigidness, yes, including the whitespace lack of freedom.
>
> I'm no great programmer, and many posters in this thread are
> certainly far more proficient than I,
On Sat, 8 Apr 2023 Emanuel Berg wrote:
Tom Dial wrote:
Look at the use of parentheses in Lisp [...]
I have thought about that - is Lisp possible without them?
But how do you then know priority? I'm sure someone tried
to get rid of them, but how?
Its quite a few years since I had anything to
debian-user wrote:
> But cropping and ignoring the actual point of Stefan's mail
> rather misses the point and insults him.
Those don't work on him anyway :)
--
underground experts united
https://dataswamp.org/~incal
Greg Wooledge wrote:
> The word "via" appears in all three of your selections.
> That makes me think that the web site is using some kind of
> a "close-enough match" heuristic, and is (unhelpfully)
> matching "via" as close enough to "vim".
It's called the typographic attack vector ...
--
under
Jeffrey Walton wrote:
> The Vim folks had a bad week this week:
> https://ubuntu.com/security/notices/USN-5995-1 . There were
> 30 CVEs fixed this week.
What's the deal with that LOL :)
--
underground experts united
https://dataswamp.org/~incal
Tom Dial wrote:
>>> Look at the use of parentheses in Lisp [...]
>>>
>> I have thought about that - is Lisp possible without them?
>> But how do you then know priority? I'm sure someone tried
>> to get rid of them, but how?
>
> Its quite a few years since I had anything to do with Lisp,
> and even
the early days of
programming, languages were written based on what the language designer was
familiar with (and what he did or didn't like) about those languages.
Without having much familiarity with Perl, I might guess that Larry Wall was
familiar with things like awk, sed, bash and such,
Tom Dial wrote:
>>> Look at the use of parentheses in Lisp [...]
>>
>> I have thought about that - is Lisp possible without them?
>> But how do you then know priority? I'm sure someone tried
>> to get rid of them, but how?
>
> Its quite a few years since I had anything to do with Lisp,
> and even
speak
of OO anymore, but they still think their language is great,
better even because now they (in their minds) have "the best of
both world", i.e. they don't have to focus on the OO and
especially not its theoretic aspects but just use whatever is
useful from it and use that as ju
Eduard Bloch wrote:
> I don't think so, Sir! Python has certain advantages but the
> "meaningful whitespace" is IMHO not one of them.
>
> That said, I have been an active Perl user ~20y ago
My rule is a couple of weeks is enough to get "damaged" from
it, some of that damage is good to have tho ..
davidson wrote:
>>> Here's a bash version. It's not fast, but at least it
>>> doesn't invoke perl repeatedly. (If you're going to invoke
>>> perl *at all* you should simply rewrite the whole thing in
>>> perl, IMHO, or at worst have a short sh script that pipes
>>> file's output to one perl invoca
resource hogs known in the world of languages.
>>
>> What, how do they know that, they do the same computation and
>> count CPU instructions? LOL
>
> Benchmarking an entire language is not exactly a trivial
> undertaking, nor is it entirely a sensible statement to
> ma
Michel Verdier wrote:
> #!/usr/bin/perl -w
>
> use strict;
>
> # echo $PATH | tr ':' '\n' | perl -MFile::Slurp -ne
> 'chomp;@e=read_dir($_,prefix=>1); print map "$_\n",@e'|xargs file|perl -pe
> 's/\S+\s+//'|grep -v 'symbolic link'|perl -pe 's/, dynamically
> linked.+//'|sort|uniq -c|sort -rn
>
that Perl and Python are among
> > the largest resource hogs known in the world of languages.
>
> What, how do they know that, they do the same computation and
> count CPU instructions? LOL
Benchmarking an entire language is not exactly a trivial undertaking,
nor is it entirely a sensibl
Thomas Schmitt wrote:
>>> I am surprised this thread has not started
>>> a mini-flame war.
>>
>> We are working on it ...
>
> Maybe i can help by stating that Perl and Python are among
> the largest resource hogs known in the world of languages.
What, how do they know that, they do the same compu
hon expert must
be LIGHTNING!
But it is still very much within bounds of reason both up and
down ...
Okay, guys, enough with the theory here, I'm gonna tell you
the truth right now.
Let's see, Python has much faster devel. Perl is cool for
text, it also belongs to another world. Lisp is
On Mon, 3 Apr 2023 Michel Verdier wrote:
Le 3 avril 2023 Greg Wooledge a écrit :
Here's a bash version. It's not fast, but at least it doesn't invoke
perl repeatedly. (If you're going to invoke perl *at all* you should
simply rewrite the whole thing in perl, IMHO, or at worst have a short
sh
On Wed, Apr 05, 2023 at 01:39:27PM +0200, to...@tuxteam.de wrote:
> On Wed, Apr 05, 2023 at 01:37:31PM +0200, Nicolas George wrote:
> > Greg Wooledge (12023-04-05):
> > > bash has that, too -- you just have to enable it (shopt -s globstar),
> > > as it's not enabled by default.
> >
> > Ah, bash ha
to...@tuxteam.de (12023-04-05):
> It does have <(...), too.
<(…) and >(…) are quite common, =(…) is significantly rarer.
Regards,
--
Nicolas George
On Wed, Apr 05, 2023 at 01:37:31PM +0200, Nicolas George wrote:
> Greg Wooledge (12023-04-05):
> > bash has that, too -- you just have to enable it (shopt -s globstar),
> > as it's not enabled by default.
>
> Ah, bash has recursive globbing, that is good to know. It does not have
> glob qualifiers
Greg Wooledge (12023-04-05):
> bash has that, too -- you just have to enable it (shopt -s globstar),
> as it's not enabled by default.
Ah, bash has recursive globbing, that is good to know. It does not have
glob qualifiers nor temp file process substitution, AFAICS, though.
Glob qualifiers is whe
On Wed, Apr 05, 2023 at 12:01:50PM +0200, Nicolas George wrote:
> 2. If you are relying on nonstandard shell constructs, then go directly
> for zsh and use recursive globbing and glob patterns.
bash has that, too -- you just have to enable it (shopt -s globstar),
as it's not enabled by default.
S
Michael (12023-04-05):
> out of curiosity, why not omit xargs altogether and do someting like:
>
> #!/bin/bash
> [...]
>printf '%s\0' "$d"/*
> done |
>while read -r -d '' line; do
> [...]
>
> or do i miss something?
1. Your script will execute the command once per argument, xargs will
ex
On Wednesday, 5 April 2023 11:48:35 CEST, Michael wrote:
or do i miss something?
yes i did!!!
sorry, please ignore my previous post!
greetings...
On Monday, 3 April 2023 22:03:59 CEST, Greg Wooledge wrote:
With this option, you can supply a stream of NUL-delimited filenames
to xargs -0, and process them safely. No explosions will occur, no matter
what filenames are passed.
out of curiosity, why not omit xargs altogether and do someting
On Mon, 03 Apr 2023 02:15:10 +0200
Emanuel Berg wrote:
...
> I agree but I think maybe the success of Python, and its
> development speed, is actually because of some of that
> rigidness, yes, including the whitespace lack of freedom.
I'm no great programmer, and many posters in this thread are
Apr 4, 2023, 13:40 by a...@strugglers.net:
> Turns out though ChatGPT is--as virtually all ML code--written
> in Python, that's at least according to Wikipedia and not too
> surprising. There you go. Depending on what you make of it,
> there may not come much after Python
>
I see, thanks.
R
On Tue, Apr 4, 2023 at 1:37 PM Greg Wooledge wrote:
>
> On Tue, Apr 04, 2023 at 06:29:50PM +0100, debian-u...@howorth.org.uk wrote:
> > But cropping and ignoring the actual point of Stefan's mail rather
> > misses the point and insults him. For example, three CVEs chosen at
> > random from the 'vi
On Tue 04 Apr 2023 at 13:37:27 (-0400), Greg Wooledge wrote:
> On Tue, Apr 04, 2023 at 06:29:50PM +0100, debian-u...@howorth.org.uk wrote:
> > But cropping and ignoring the actual point of Stefan's mail rather
> > misses the point and insults him. For example, three CVEs chosen at
> > random from t
On Tue, Apr 04, 2023 at 06:29:50PM +0100, debian-u...@howorth.org.uk wrote:
> But cropping and ignoring the actual point of Stefan's mail rather
> misses the point and insults him. For example, three CVEs chosen at
> random from the 'vim' list:
>
> CVE-2010-3481 Multiple SQL injection vuln
Jeffrey Walton wrote:
> On Tue, Apr 4, 2023 at 9:46 AM Stefan Monnier
> wrote:
> >
> > > Here are three more data points.
> > >
> > >* Emacs - 41 CVEs since 2000 [1]
> > >* Vi - 61 CVEs since 1999 [2]
> > >* Vim - 656 CVEs since 2001 [3]
> > >
> > > I'm not sure how many CVEs overla
On Tue, Apr 4, 2023 at 9:46 AM Stefan Monnier wrote:
>
> > Here are three more data points.
> >
> >* Emacs - 41 CVEs since 2000 [1]
> >* Vi - 61 CVEs since 1999 [2]
> >* Vim - 656 CVEs since 2001 [3]
> >
> > I'm not sure how many CVEs overlap for Vim due to Vi.
>
> I don't know what th
> Here are three more data points.
>
>* Emacs - 41 CVEs since 2000 [1]
>* Vi - 61 CVEs since 1999 [2]
>* Vim - 656 CVEs since 2001 [3]
>
> I'm not sure how many CVEs overlap for Vim due to Vi.
I don't know what the number of CVEs tells us about a project, but the
above additionally suf
Hello,
On Tue, Apr 04, 2023 at 05:35:04AM +0200, local10 wrote:
> Apr 4, 2023, 00:16 by in...@dataswamp.org:
> > Andy Smith wrote:
> >
> >> The argument being responded to is roughly that "a popular
> >> AI coding assistant is written in Python, and Pyt
red ...
>
> I you like that table (the enumeration), I made it with this:
>
> https://dataswamp.org/~incal/emacs-init/enum.el [yanked last]
>
> Note the `cl-loop' at line 27 - I mentioned it earlier, CL
> functionality implemented in Elisp - and note especially the
> &qu
Apr 4, 2023, 00:16 by in...@dataswamp.org:
> Andy Smith wrote:
>
>> The argument being responded to is roughly that "a popular
>> AI coding assistant is written in Python, and Python is
>> a Turing-complete language, therefore there doesn't need to
>> be an
On 4/2/23 18:15, Emanuel Berg wrote:
David Christensen wrote:
Look at the use of parentheses in Lisp [...]
I have thought about that - is Lisp possible without them?
But how do you then know priority? I'm sure someone tried to
get rid of them, but how?
Its quite a few years since I had a
Andy Smith wrote:
> The argument being responded to is roughly that "a popular
> AI coding assistant is written in Python, and Python is
> a Turing-complete language, therefore there doesn't need to
> be any programming language other than Python."
AIs will write AIs
o my attention. As part of developing new perl
releases, the entire of CPAN is checked to make sure new
features do not break existing code.
> - error handling (exceptions?)
Of course this can be improved. The basic behaviors
are sufficient, tho.
> - sometimes too rigid ways of method call
es,
just "assignments" AND YOU GONNA KNOW IT WHEN YOU UNDERSTAND REAL PYTHON,
haha, I know, but still, it's a very unusual model, and unnatural /
problematic to handle for developers who are used to scope driven languages)
- performance (again) of multi-threading... GIL sucks, making
On 4/3/23 13:03, Greg Wooledge wrote:
On Mon, Apr 03, 2023 at 12:50:02PM -0700, David Christensen wrote:
On 4/3/23 11:47, Greg Wooledge wrote:
Might be cleaner just to rewrite it from scratch. Especially since
it mixes multiple invocations of perl together with (unsafe!) xargs and
other shell
On Mon, Apr 03, 2023 at 12:50:02PM -0700, David Christensen wrote:
> On 4/3/23 11:47, Greg Wooledge wrote:
> > Might be cleaner just to rewrite it from scratch. Especially since
> > it mixes multiple invocations of perl together with (unsafe!) xargs and
> > other shell commands
>
>
> Please
On 4/3/23 11:47, Greg Wooledge wrote:
Might be cleaner just to rewrite it from scratch. Especially since
it mixes multiple invocations of perl together with (unsafe!) xargs and
other shell commands
Please clarify "unsafe" and describe "safe" alternative(s).
David
On 4/3/23 10:58, Emanuel Berg wrote:
David Christensen wrote:
# echo $PATH | tr ':' '\n' | perl -MFile::Slurp -ne
'chomp;@e=read_dir($_,prefix=>1); print map "$_\n",@e'|xargs
file|perl -pe 's/\S+\s+//'|grep -v 'symbolic link'|perl -pe
's/, dynamically linked.+//'|sort|uniq -c|sort -
Le 3 avril 2023 Greg Wooledge a écrit :
> Here's a bash version. It's not fast, but at least it doesn't invoke
> perl repeatedly. (If you're going to invoke perl *at all* you should
> simply rewrite the whole thing in perl, IMHO, or at worst have a short
> sh script that pipes file's output to o
On Mon, Apr 03, 2023 at 07:58:03PM +0200, Emanuel Berg wrote:
> David Christensen wrote:
>
> > # echo $PATH | tr ':' '\n' | perl -MFile::Slurp -ne
> >'chomp;@e=read_dir($_,prefix=>1); print map "$_\n",@e'|xargs
> >file|perl -pe 's/\S+\s+//'|grep -v 'symbolic link'|perl -pe
> >'s/, dyna
Le 3 avril 2023 Emanuel Berg a écrit :
> Michel Verdier wrote:
>
>>> I'm still so impressed by this, I tried to run this but it
>>> seems I lack the Slurp module?
>>
>> apt-get install libfile-slurp-perl
>
> Merci :)
>
> Indeed, works!
>
> Okay, forget about the function/script then, I have it and
Hi,
Jeffrey Walton wrote:
> > I am surprised this thread has not started a mini-flame war.
Emanuel Berg wrote:
> We are working on it ...
Maybe i can help by stating that Perl and Python are among the largest
resource hogs known in the world of languages.
https://storage.googleapis.com/cdn.t
Michel Verdier wrote:
>> I'm still so impressed by this, I tried to run this but it
>> seems I lack the Slurp module?
>
> apt-get install libfile-slurp-perl
Merci :)
Indeed, works!
Okay, forget about the function/script then, I have it and it
works :)
--
underground experts united
https://dat
Le 3 avril 2023 Emanuel Berg a écrit :
> I'm still so impressed by this, I tried to run this but it
> seems I lack the Slurp module?
apt-get install libfile-slurp-perl
David Christensen wrote:
> # echo $PATH | tr ':' '\n' | perl -MFile::Slurp -ne
>'chomp;@e=read_dir($_,prefix=>1); print map "$_\n",@e'|xargs
>file|perl -pe 's/\S+\s+//'|grep -v 'symbolic link'|perl -pe
>'s/, dynamically linked.+//'|sort|uniq -c|sort -rn
I'm still so impressed by this,
ot started a mini-flame war.
Luckily those things are calming down a little bit (but beware.
If you come across a younger language *cough* Rust *cough*, you
still might be into some fun).
> About the best you can say is, Perl is one of the more popular
> scripting languages. Trying to pin
debian-user wrote:
> Ah no, that one's easy to answer - vi is what's guaranteed
> to be installed everywhere, so vi it is. And I probably only
> use a tenth of its features.
But Emacs is maximalist, as is Lisp.
We want everything!
--
underground experts united
https://dataswamp.org/~incal
Michel Verdier wrote:
>> Used it at their 21-23 versions. It's not editor, it's
>> really os and in this os best mail/news reader.
>
> Gnus rules!
Gnus is to Emacs users
what Emacs is to computer users.
https://dataswamp.org/~incal/figures/gnus/gnus-gmane.png
--
underground experts united
ht
Le 3 avril 2023 Stanislav Vlasov a écrit :
> Used it at their 21-23 versions. It's not editor, it's really os and
> in this os best mail/news reader.
Gnus rules ! And Org too :)
te especially the
"unlispy" syntax - this as someone touched upon, that in Perl
you can do the same thing in different ways - here we see
a miniature language (the unlispy syntax, which is
imperative/procedural in style, only better), replicating the
behavior of another language CL, impleme
Jeffrey Walton wrote:
> On Sun, Apr 2, 2023 at 4:59 AM wrote:
> >
> > I saw many commands in /bin and /usr/bin are written by perl.
> > is perl still the first choice for sysadmin on linux?
>
> I am surprised this thread has not started a mini-flame war.
Me too, but I'm pleasantly surprised :
2023-04-03 21:36 GMT+05:00, Jeffrey Walton :
> Next, you might ask which is the best editor to use on Unix & Linux.
> That should really stir the pot :) Emacs for the win!
Emacs will not win, because this OS does not have good editor even
with M-x viper :-)
Used it at their 21-23 versions. It's n
y written
> code (very easy to fix). For my work, I'm still running large
> complex scripts I started to write in January 1999.
In my case it was not my scripts (also works years), but client's
website with additional libraries.
> Practical incompatibilities in the C language are much worse with
> modern optimizations.
Agree.
--
Stanislav
On Sun, Apr 2, 2023 at 4:59 AM wrote:
>
> I saw many commands in /bin and /usr/bin are written by perl.
> is perl still the first choice for sysadmin on linux?
I am surprised this thread has not started a mini-flame war.
About the best you can say is, Perl is one of the more popular
scripting la
ipts I started to write in January 1999.
Practical incompatibilities in the C language are much worse with
modern optimizations.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Le 3 avril 2023 Stanislav Vlasov a écrit :
> For short, simple and selfdocumented scripts using perl is a best way,
> but for something more complicated... Only if can't use something
> other.
They push java for the same reason, a false idea of simplicity with
OO. Remember we are speaking about s
hat's some metrics.
Yes, why not? But s/he can be at some medium level as well.
> "When someone says 'I want a programming language in
>which I need only say what I wish done,' give him a
>lollipop." [1]
>-- Alan Perlis
Ah, that quote refers to thi
ng like python's pep8/flake8 or any other
clean code guide for newbie?
Sometimes more than one way will be disadvantage.
For short, simple and selfdocumented scripts using perl is a best way,
but for something more complicated... Only if can't use something
other.
Also I will not recommen
Le 3 avril 2023 David Christensen a écrit :
> documentation have improved. I believe all of my production Perl scripts are
> I/O bound, not CPU or memory bound.
I second. I made some python scripts which perform almost same as perl ones,
on similar tasks, but with more memory needs for python. I
On 4/2/23 23:48, Stanislav Vlasov wrote:
пн, 3 апр. 2023 г. в 09:23, :
I think python3 is much different to python2, but it's still naming as
python.
Not so much different as perl5 vs raku. I'm not a programmer, but can
write large (more than 10kB) scripth, which can run with python2 or
python
пн, 3 апр. 2023 г. в 09:23, :
> I think python3 is much different to python2, but it's still naming as
> python.
Not so much different as perl5 vs raku. I'm not a programmer, but can
write large (more than 10kB) scripth, which can run with python2 or
python3 on different systems.
And I saw perl5 s
On 03/04/2023 12:43, Andy Smith wrote:
Hello,
On Mon, Apr 03, 2023 at 12:23:19PM +0800, cor...@free.fr wrote:
I am just not sure, why perl6 is named to raku?
Because Perl 5 still exists and is still seeing new releases, and
what is now Raku is a completely different language, so there is no
Hello,
On Mon, Apr 03, 2023 at 12:23:19PM +0800, cor...@free.fr wrote:
> I am just not sure, why perl6 is named to raku?
Because Perl 5 still exists and is still seeing new releases, and
what is now Raku is a completely different language, so there is no
prospect of Perl 5 ceasing to
On Mon, Apr 03, 2023 at 05:44:31AM +0200, Emanuel Berg wrote:
> David Christensen wrote:
>
> > Code that writes code is a very useful technique, and I use
> > it. Whitespace as syntax would only make that harder.
>
> But if the whitespace is semantic, there's no saying it can't
> be used to produ
On Sun, Apr 02, 2023 at 07:24:25PM -0700, David Christensen wrote:
> On 4/2/23 14:57, debian-u...@howorth.org.uk wrote:
> > I'm afraid that Python has one specific feature that puts me off.
> > Sensitivity to indentation. To those who first had to learn 'make',
> > it's a sin that cannot be forgive
On Sun, Apr 02, 2023 at 09:16:08PM +0200, Emanuel Berg wrote:
> Greg Wooledge wrote:
>
> >>>> But development is faster with Python [...]
> >>>
> >>> Is it?
> >>
> >> Yes.
> >
> > Development is fastest using whatever
On 03/04/2023 04:59, Tom Browder wrote:
On Sun, Apr 2, 2023 at 3:42 PM Michel Verdier wrote:
Le 2 avril 2023 Nicholas Geovanis a écrit :
> Python is a more modern programming language than perl, and more in the
> European CS tradition. Larry Wall said directly that the OO features in
a popular AI coding
assistant is written in Python, and Python is a Turing-complete
language, therefore there doesn't need to be any programming
language other than Python."
As long as there are environments where Python cannot be a choice —
and Linux kernel drivers are currently one
David Christensen wrote:
> Code that writes code is a very useful technique, and I use
> it. Whitespace as syntax would only make that harder.
But if the whitespace is semantic, there's no saying it can't
be used to produce even more - indeed, of its own kind, even.
In Computer Security it is kn
On 4/2/23 14:38, Emanuel Berg wrote:
David Christensen wrote:
For sysadmin, I *use* what comes on the platform. On Debian:
2023-04-02 13:40:08 root@taz ~
# cat /etc/debian_version ; uname -a
11.6
Linux taz 5.10.0-21-amd64 #1 SMP Debian 5.10.162-1
(2023-01-21) x86_64 GNU/Linux
2023-04-02 13:4
Andy Smith wrote:
> For example, even if some AI assistant is written in Python,
> and even if you can ask it to spit out a device driver for
> the Linux kernel that does X and Y with Z hardware, do you
> think the device driver that it spits out will itself be
> written in Python?
It is up to th
Hello,
On Sun, Apr 02, 2023 at 04:59:15PM +0800, cor...@free.fr wrote:
> I saw many commands in /bin and /usr/bin are written by perl.
> is perl still the first choice for sysadmin on linux?
I don't accept the premise that it ever was the first choice, and I
say that as someone who likes Perl and
ew releases and new features. Just because
it has less of a user base than it once did does not mean it is
obsolete.
If you don't have to support some application written in Perl then
it's hard to see a compelling reason to learn it, but there are
plenty of people who do have to do that, and pl
On 4/2/23 14:57, debian-u...@howorth.org.uk wrote:
I'm afraid that Python has one specific feature that puts me off.
Sensitivity to indentation. To those who first had to learn 'make',
it's a sin that cannot be forgiven.
+1
Code that writes code is a very useful technique, and I use it.
Whit
1 - 100 of 1109 matches
Mail list logo
