On 04.04.2023 00:12, Thomas Schweikle wrote:
does not seen to work at all, since the 4.1-2 package has priority 500
but if pinning would work it should have 1000. What is wrong here?
It works for me.
Without pinning:
$ apt-cache policy nvidia-driver
nvidia-driver:
Installed: 470.161.03-1
My illustrious Team-Leaders and Senior Members of Debian-User List,
There is a limitation with the xscreensaver-properties.desktop
program: there isn't any settings available for it to switch off the
screen for time intervals below 1 minute, in n seconds if the input
tools like keyboard, mousepad
On Tue, Apr 04, 2023 at 11:52:57AM +0800, cor...@free.fr wrote:
[...]
> I heard in perl never 'eval' a string. :)
Never say never :)
That said... there are better things to eval in Perl than
a string, so if you have the choice, think twice. But you
have got to think anyway if you are programmin
* cor...@free.fr [23-04/04=Tu 10:35 +0800]:
> For instance, in ruby (irb) this is quite smooth:
> irb(main):001:0> [1,2,3,4].map{|x|x+1}.reduce{|x,y|x+y}
> => 14
>
> And in scala (shell):
> scala> List(1,2,3,4).map{ _+1 }.reduce{_+_}
> res1: Int = 14
> In perl there is no interactive shell [...]
On 04/04/2023 11:50, Will Mengarini wrote:
* cor...@free.fr [23-04/04=Tu 10:35 +0800]:
For instance, in ruby (irb) this is quite smooth:
irb(main):001:0> [1,2,3,4].map{|x|x+1}.reduce{|x,y|x+y}
=> 14
And in scala (shell):
scala> List(1,2,3,4).map{ _+1 }.reduce{_+_}
res1: Int = 14
In perl the
On 4/3/23 19:35, cor...@free.fr wrote:
Hello list,
I am not that familiar with perl (though I like it), but I found it
maybe have two flaws as follows.
1. doesn't have an interactive shell.
2. the block statement (like lambda) is ugly.
For instance, in ruby (irb) this is quite smooth:
irb(m
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 any programming language other than Python.
On Tue, Apr 04, 2023 at 10:35:39AM +0800, cor...@free.fr wrote:
> For instance, in ruby (irb) this is quite smooth:
>
> irb(main):001:0> [1,2,3,4].map{|x|x+1}.reduce{|x,y|x+y}
> => 14
>
>
> And in scala (shell):
>
> scala> List(1,2,3,4).map{ _+1 }.reduce{_+_}
> res1: Int = 14
And Tcl:
unicorn
Hello list,
I am not that familiar with perl (though I like it), but I found it
maybe have two flaws as follows.
1. doesn't have an interactive shell.
2. the block statement (like lambda) is ugly.
For instance, in ruby (irb) this is quite smooth:
irb(main):001:0> [1,2,3,4].map{|x|x+1}.reduce
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 will write AIs. Much better t
Can't resist adding my 2c
On Mon, Apr 03, 2023 at 11:20:26PM +0200, Eduard Bloch wrote:
> Hallo,
> * Emanuel Berg [Mon, Apr 03 2023, 02:15:10AM]:
>
> > > The reason Perl gives you more than one way to do anything
> > > is this: I truly believe computer programmers want to be
> > > creative, and t
Hallo,
* Emanuel Berg [Mon, Apr 03 2023, 02:15:10AM]:
> > The reason Perl gives you more than one way to do anything
> > is this: I truly believe computer programmers want to be
> > creative, and they may have many different reasons for
> > wanting to write code a particular way. What you choose t
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 2023-04-03 19:12 +, Thomas Schweikle wrote:
> I'd like to pin audacious to version 4.1. I've defined in
> /etc/apt/preferences.d/audacious.pref:
>
> Package: audacious*
> Pin: version 4.1*
> Pin-Priority: 1000
>
> Package: libaudcore5*
> Pin: version 4.1*
> Pin-Priority: 1000
>
> Package: l
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 -
On 03/04/2023 20:12, Thomas Schweikle wrote:
does not seen to work at all, since the 4.1-2 package has priority 500
but if pinning would work it should have 1000. What is wrong here?
Hi Thomas,
I don't remember how exactly pinning reads your preferences file, it's
been a while since I had a
Hi!
I'd like to pin audacious to version 4.1. I've defined in
/etc/apt/preferences.d/audacious.pref:
Package: audacious*
Pin: version 4.1*
Pin-Priority: 1000
Package: libaudcore5*
Pin: version 4.1*
Pin-Priority: 1000
Package: libaudgui5*
Pin: version 4.1*
Pin-Priority: 1000
Package: libaudg
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,
On Mon, Apr 03, 2023 at 12:36:51PM -0400, 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.
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 :)
Jeffrey Walton 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.
We are working on it ...
> About the best you can say is, Perl is one of the more
> pop
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
2023-04-03 18:31 GMT+05:00, Vincent Lefevre :
> On 2023-04-03 11:48:42 +0500, Stanislav Vlasov wrote:
>> And I saw perl5 scripts from past (about 5.6 or lower), which can't
>> run on perl5 from current (5.22 or so at the moment).
>
> I would say that's quite rare (or these scripts were using
> expe
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
On Mon 3 Apr 2023, at 16:28, Gareth Evans wrote:
> On Mon 3 Apr 2023, at 13:27, Harald Dunkel wrote:
>> Hi folks,
>>
>> AFAIU apache2 2.4.56-1 has been included in Bullseye to mitigate
>> CVE-2023-27522 and CVE-2023-25690 (both some mod_proxy issue
>> with high severity). Good thing.
>>
>> Unfo
On Mon 3 Apr 2023, at 13:27, Harald Dunkel wrote:
> Hi folks,
>
> AFAIU apache2 2.4.56-1 has been included in Bullseye to mitigate
> CVE-2023-27522 and CVE-2023-25690 (both some mod_proxy issue
> with high severity). Good thing.
>
> Unfortunately this introduced 2 regressions for mod_rewrite and
On 2023-04-03 15:59:15 +0200, Harald Dunkel wrote:
> On 2023-04-03 14:49:16, Vincent Lefevre wrote:
> >
> > What about apache2 2.4.56-2?
>
> This version is not in Bullseye. Only 2.4.56-1, introducing
> the regressions.
If you're talking about Bullseye, 2.4.56-1 isn't in Bullseye either.
It is 2
On 2023-04-03 14:49:16, Vincent Lefevre wrote:
What about apache2 2.4.56-2?
This version is not in Bullseye. Only 2.4.56-1, introducing
the regressions.
On 2023-04-03 11:48:42 +0500, Stanislav Vlasov wrote:
> And I saw perl5 scripts from past (about 5.6 or lower), which can't
> run on perl5 from current (5.22 or so at the moment).
I would say that's quite rare (or these scripts were using
experimental features). I started with perl 5.000 in early
Hi,
On 2023-04-03 14:27:48 +0200, Harald Dunkel wrote:
> AFAIU apache2 2.4.56-1 has been included in Bullseye to mitigate
> CVE-2023-27522 and CVE-2023-25690 (both some mod_proxy issue
> with high severity). Good thing.
>
> Unfortunately this introduced 2 regressions for mod_rewrite and
> http2,
Hi folks,
AFAIU apache2 2.4.56-1 has been included in Bullseye to mitigate
CVE-2023-27522 and CVE-2023-25690 (both some mod_proxy issue
with high severity). Good thing.
Unfortunately this introduced 2 regressions for mod_rewrite and
http2, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1
On 2023-03-27 15:17:45 +0200, Nicolas George wrote:
> Dan Ritter (12023-03-27):
> > changing 33 to 30 will get you black. ANSI color escapes are on
> > the web in many places.
>
> Also, decent terminal emulators let users tweak the colors, and making
> sure all main colors are readable on the defa
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
tomas wrote:
>> Put it this way, a novice Python programmer can do more in
>> Python than the novice Lisp programmer can do in Lisp, or,
>> if you will, the same in less time.
>
> I've seen people cutting off part of a door with
> a bread knife.
But that is using a poor tool for the job, here we
пн, 3 апр. 2023 г. в 12:29, David Christensen :
> 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
> > wr
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
To: debian-user@lists.debian.org
Subject: Re: Which Diff tool could I use for visually comparing
two text files where Word Wrap is possible?
From: davidson
Date: Mon, 3 Apr 2023 01:27:46 + (UTC)
Message-id: <[🔎] alpine.deb.2.21.2304030127380.28...@azone.org>
In-reply-to
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
50 matches
Mail list logo
