Re: making Debian secure by default

David Wright wrote: >> Ah, surely it can't refer to that as that would be >> completely ridiculous as it would imply "wanna install >> stuff? sure, but then it isn't secure anymore". > > It's not clear what "isn't secure anymore" means. [...] It means as soon as you start doing stuff with the

Re: making Debian secure by default

Michael Kjörling wrote: >> "Secure by default" is an OpenBSD slogan BTW. Or they have >> made it into one at least. But I'm not sure it is any more >> secure than Debian - maybe. >> >> https://www.openbsd.org/security.html > > If I'm not mistaken, OpenBSD is "secure by default" by being >

Re: making Debian secure by default

"Secure by default" is an OpenBSD slogan BTW. Or they have made it into one at least. But I'm not sure it is any more secure than Debian - maybe. https://www.openbsd.org/security.html -- underground experts united https://dataswamp.org/~incal

Re: OT: End the Phone-Based Childhood Now

Jeffrey Walton wrote: > So the problem with GenZ seems to be how they are growing up > and what they are spending their time on; and not their job > (they are teens!) They need other things to do that appeal to them more than smartphone idling. If such things existed, they would go for them, I'm

Re: OT: End the Phone-Based Childhood Now

Jeffrey Walton wrote: > Fascinating reading here: > . > It completely explains why GenZ are having so many problems > with adulthood. Smartphones and Social Media are > the

Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

Will Mengarini wrote: >> With no intention of ever creating a 100% offensive-free >> language, removing the worst offenders from the scene often >> is enough. > > Words I find offensive include "authority" and "manager", so > checking `apropos authori manager` I see we have a lot of > important

Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

Mike Castle wrote: > Was that explicitly stated anywhere? Or is the lack of any > type of explicit "I'm willing to help drive this" statements > leading to that conclusion? Relax, everyone does something somewhere. But it would be a boring world if they were only allowed to talk about that. --

Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

Alain D D Williams wrote: > That is the big difference. Not use words *currently* deemed > offensive in *new* publications (books, newspaper articles, > ...) - this is not hard to do. Indeed, and that is what you should focus on. The past is the past anyway. > What we are faced with is

Re: "libEGL warning: DRI2: failed to authenticate"

> libEGL warning: DRI2: failed to authenticate > [vo/gpu/opengl] Suspected software renderer or indirect context. > [vo/gpu] Failed initializing any suitable GPU context! > Error opening/initializing the selected video_out (--vo) device. Problem solved. I had a package called bumblebee installed

"libEGL warning: DRI2: failed to authenticate"

Hello, I have this problem with Debian and mpv recently after not using the computer for a while, now plugging everything in and upgrading. I asked on #mpv and got some help but still don't work, I post the whole backlog here here. TIA. But the error message is, libEGL warning: DRI2: failed

Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

Mike Castle wrote: >> It is "fixing" an issue for today's English speakers. >> Should we scour our systems looking for similar issues in >> other languages? Then in, say, 20 years time when different >> words will then be considered offensive, by some, do this >> all again? > > Yes. Remember,

Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

Alain D D Williams wrote: > However that is not the way that the world works, or prolly > more accurately how some people think. They see > a word/phrase that they have decided that they "own" or > somehow relates to them [...] I am not black so I have no idea how black people consider

Re: 'sensors -j' and "ERROR: Can't get value of subfeature in0_input: Can't read"

>> In general, the first thing you should try is running >> sensors-detect again, as root. > > Okay, I did that ('sudo sensors-detect') and answered with the > default value to all questions, after that I did 'sensors -j' > but it displayed the same error. > >> It is possible that your kernel is

Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

jeremy ardley wrote: >> But what about the black market? Or does in fact "block >> market" work just fine? > > The term "black market" is from World War II - i.e. 1939-45. > It has nothing to do with slaves. It means transactions in > the dark, not visible,  not official. I think the reason is

Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

Marco Moock wrote: > Just check what different meanings GIMP has. Maybe some more > people now feel uncomfortable with using it. > https://www.dict.cc/?s=gimp Yes, people have been saying that for quite some time: https://news.ycombinator.com/item?id=20359520]

Re: 'sensors -j' and "ERROR: Can't get value of subfeature in0_input: Can't read"

Dan Ritter wrote: > In general, the first thing you should try is running > sensors-detect again, as root. Okay, I did that ('sudo sensors-detect') and answered with the default value to all questions, after that I did 'sensors -j' but it displayed the same error. > It is possible that your

'sensors -j' and "ERROR: Can't get value of subfeature in0_input: Can't read"

sensors(1) and in particular the command 'sensors -j' now reports ERROR: Can't get value of subfeature in0_input: Can't read ERROR: Can't get value of subfeature in1_input: Can't read for the CPU and GPU temperatures. This previously worked so I don't know why it doesn't all of a sudden.

Re: Why does Debian have code names for releases?

jeremy ardley wrote: > Or is "metric" one of these things spared by the > Brexit Bonfire? It depends which gear your camp is since the metric system is partly implemented and partly co-exists >>> >>> British Standard Pipe still in use for plumbing and 1/4", >>> 3/8" of

Re: Why does Debian have code names for releases?

mick.crane wrote: >>> Or is "metric" one of these things spared by the >>> Brexit Bonfire? >> >> It depends which gear your camp is since the metric system >> is partly implemented and partly co-exists > > British Standard Pipe still in use for plumbing and 1/4", > 3/8" of specification I forget

Re: Why does Debian have code names for releases?

tomas wrote: > Or is "metric" one of these things spared by the > Brexit Bonfire? It depends which gear your camp is since the metric system is partly implemented and partly co-exists (e.g. on product labels) in the UK ... and the supposed all-Metric world. Everything, of course, Made in China

Re: Why does Debian have code names for releases?

Brad Rogers wrote: >> But M5 can be a bolt size and a lot of other things as well, > > Context! When the conversation is about roads in the UK, why > would *anyone* think bolt size? I agree, but that's why people have a hangup with names these days, they want their product or project to come up

Re: Why does Debian have code names for releases?

tomas wrote: >>> But M5 can be a bolt size and a lot of other things as well, >> >> Context! When the conversation is about roads in the UK, >> why would *anyone* think bolt size? > > Especially metric ones =:-o Maybe the UK roads also follow a system. They were the first guys having one, after

Re: Why does Debian have code names for releases?

debian-user wrote: No but I live in the UK and I know the A1, A2, A4, A5, A6 and many others, plus the M1, M4, M5, M6. >> >> But M5 can be a bolt size and a lot of other things as >> well, while creative names may stay "more" unique. > > Nonsense. Curt's reply (which you cut when

Re: Why does Debian have code names for releases?

Curt wrote: >> No but I live in the UK and I know the A1, A2, A4, A5, A6 >> and many others, plus the M1, M4, M5, M6. But M5 can be a bolt size and a lot of other things as well, while creative names may stay "more" unique. But on the other hand there are many Emmas and Camillas, and people

Re: Why does Debian have code names for releases?

Stefan Monnier wrote: >> Leaving aside that Titanic is the real name of the ship and >> not a codename, the evidence is all around you. Look no >> further than your login name, or the name of your computer. >> A huge slice of the Internet's infrastructure, DNS, is >> concerned with allowing

Re: FOSS tool to do general stats from text indata

>> Well if you were prepared to type a search for >> computational linguistics software into google, you would >> find several free tools available for linux listed on pages >> such as >> >> https://martinweisser.org/corpora_site/comp_ling_resources.html > > Indeed, that page has 4 hits for Unix

Re: FOSS tool to do general stats from text indata

debian-user wrote: > Well if you were prepared to type a search for computational > linguistics software into google, you would find several > free tools available for linux listed on pages such as > > https://martinweisser.org/corpora_site/comp_ling_resources.html Indeed, that page has 4 hits

Re: FOSS tool to do general stats from text indata

>> A basic search finds this web tool: >> >> https://www.usingenglish.com/resources/text-statistics/ > > I didn't get it to work in Emacs-w3m, be it lack of JavaScript > support or something else. Anyway the page and tool claims to > do this: > > Total Word Count > Total Word Count (Excluding

Re: FOSS tool to do general stats from text indata

Nicholas Geovanis wrote: > Those books teach and discuss some of the software that's > used. I doubt you will find them in debian's repositories. > Of course you can do plenty of computational linguistics > with perl or python which you already have. > > What is a "regular expression" which is at

Re: FOSS tool to do general stats from text indata

Joel Roth wrote: > A basic search finds this web tool: > > https://www.usingenglish.com/resources/text-statistics/ I didn't get it to work in Emacs-w3m, be it lack of JavaScript support or something else. Anyway the page and tool claims to do this: Total Word Count Total Word Count

Re: FOSS tool to do general stats from text indata

Nicholas Geovanis wrote: > If you have python programming skills, you might > consider NLTK Unbelievable if there are no such tools anywhere already, but I don't have one either so maybe there aren't then? >>> >>> There's a big subject called computational linguistics. >>>

Re: FOSS tool to do general stats from text indata

Nicholas Geovanis wrote: >>> If you have python programming skills, you might consider >>> NLTK >> >> Unbelievable if there are no such tools anywhere already, >> but I don't have one either so maybe there aren't then? >> > > There's a big subject called computational linguistics. > They have

Re: FOSS tool to do general stats from text indata

dvalin wrote: > As "stats" is a grab bag larger inside than the Tardis, > I suspect that only on that other ship with the infinite > improbability drive is a stats babelfish interpreter to be > found. For the last 30+ years, I've just thrown together > a few lines of Awk to generate the initially

Re: RFP: deadEarth RPG documentation - free and open RPG game

Joshua Allen wrote: > deadEarth is a free and open TTRPG game for use in real > life or online Never heard of but sounds interesting, as technology, and maybe even as a game. Is it TT as in https://en.wikipedia.org/wiki/Tabletop_Simulator ? -- underground experts united

Re: When to sudo apt clean?

Max Nikulin wrote: >> sudo apt autoremove -y && sudo apt update && sudo apt >> upgrade -y > > Almost from the start of this thread I am curious if there > is a reason to not run autoremove immediately after upgrade. > What is the purpose of retaining unnecessary packages till > next upgrade?

Re: FOSS tool to do general stats from text indata

usual, that would be fun/exotic stats that a human user would probably not spot. E.g., parsing this mail, it could say "Emanuel Berg is almost always calm and collective, entirely professional in his approach, but here in the 4th paragraph of his mail he gets VISIBLY UPSET using CAPS ONLY, possib

Re: FOSS tool to do general stats from text indata

tomas wrote: >> Is there a CLI and FOSS tool that creates stats from text >> indata - e.g., >> >> $ txt2stats path/to/indata/*.txt >> >> I mean a general tool, but with options to tweak the report >> included, of course. > > If you can bear some tweaking, R is it. Sure! Let's run R on this

Re: FOSS tool to do general stats from text indata

Cousin Stanley wrote: > If you have python programming skills, you might consider > NLTK Unbelievable if there are no such tools anywhere already, but I don't have one either so maybe there aren't then? -- underground experts united https://dataswamp.org/~incal

Re: FOSS tool to do general stats from text indata

Joel Roth wrote: > A basic search finds this web tool: > > https://www.usingenglish.com/resources/text-statistics/ Cool, I'll get back to you when I tried it God willing ... > Otherwise, I think you'll have to write your own -- or hire > someone (like me :^) to write one for you. Surely there

Re: FOSS tool to do general stats from text indata

paulf wrote: >>> I don't know about all of your wishlist, but gnuplot is >>> the proper tool for taking data from, say, a CSV file, and >>> putting it into graphs of various types. >> >> Well, gnuplot is great obviously but is more a tool to >> visualize data, organized data, here we need a tool

Re: When to sudo apt clean?

tomas wrote: >> I'd much rather err on the side of extreme caution. >> If something goes bump, I'm screwed. > > To be fair, autoremove can improve safety: when it removes > old kernel versions filling up your boot partition. Anything more to add to the 'maintain' function (a1), to improve safety

Re: Fan speed and control

Richmond wrote: > Smart fan control is enabled in the CMOS Complementary metal–oxide–semiconductor, AKA sea-moss? https://en.wikipedia.org/wiki/CMOS The CMOS BIOS: https://en.wikipedia.org/wiki/Nonvolatile_BIOS_memory > for both CPU and System. Is there something I can use which > will

Re: When to sudo apt clean?

Steve Sobol wrote: In general people don't want to dist-upgrade automatically. >>> >>> Seconded. >> >> I'm not following, when these functions are invoked, be it >> scheduled by some other software or by the user from the >> shell, they are intended to do their work automatically >>

Re: When to sudo apt clean?

Steve Sobol wrote: >> In general people don't want to dist-upgrade automatically. > > Seconded. I'm not following, when these functions are invoked, be it scheduled by some other software or by the user from the shell, they are intended to do their work automatically (non-interactively) if that

Re: When to sudo apt clean?

Dan Ritter wrote: > It seems unlikely to me that you want to do an autoremove > before you have done an upgrade. a1 is to maintain and a2 is to upgrade, so the idea is to always upgrade from a maintained state, that's why a2 first calls a1. One could do a1 after a2 as well as before, actually.

Re: FOSS tool to do general stats from text indata

paulf wrote: > I don't know about all of your wishlist, but gnuplot is the > proper tool for taking data from, say, a CSV file, and > putting it into graphs of various types. Well, gnuplot is great obviously but is more a tool to visualize data, organized data, here we need a tool to analyze and

Re: When to sudo apt clean?

Default User wrote: > I am considering just running sudo apt clean (or sudo > apt-get clean) [...] This is what I eventually landed at and it has worked ever since - a1 is to maintain, a2 to upgrade as well. #! /bin/zsh a1 () { sudo apt-get -qq update sudo aptautoremove

FOSS tool to do general stats from text indata

Is there a CLI and FOSS tool that creates stats from text indata - e.g., $ txt2stats path/to/indata/*.txt I mean a general tool, but with options to tweak the report included, of course. To produce neat stats, maybe even figures, and generate fun facts of the kind The longest word that

Re: USB-slot for to play MP3

Stefan Monnier wrote: >> Matter is that radio has USB-slot for to play MP3 files but >> when I plug a stick (which played on computer) in radio >> just something are clicking and does not play nothing. > > I think the main issues that can show up are: - the format > of the fileystem (VFAT is

Re: my immature thoughts on perl

Andrew M.A. Cater wrote: > You don't want to believe that - Epimenides the Cretan > asserts that "all Cretans are liars" Face it, the Greek invented it, the Italians (Romans) perfected/spread it ... All honor to diplomacy, you are not going to expect me to say anything else, I think our

Re: my immature thoughts on perl

Stefan Monnier wrote: I usually taunt people with "All generalizations suck". >>> >>> Can't it be the exception to confirm the rule? >> >> There is a barber in Crete who shaves all men who don't >> shave themselves > > You're just pointing out that *impredicative* > generalizations suck even

Re: how to limit a CPU temperature?

Darac Marjal wrote: > As an alternative, you could try writing a small shell > script that works like the following (pseudocode): > >  STOP_TEMP=70 > START_TEMP=65 > JOB_RUNNING=1 > > while true: >cpu_temp=$(cat /sys/something/temperature) > >if JOB_RUNNING and cpu_temp > STOP_TEMP: >

Re: Getting Admin Rights

Aren Vardhan wrote: > Hello, I am Aren Vardhan, a Graduate Student. I am reaching > out to you to help me with the User Access. I recently > installed the Debian 11 Operating System for a project > purpose. I want to get permitted the Admin Rights to my > system so that I can install the Damask

Re: my immature thoughts on perl

tomas wrote: > There is a barber in Crete who shaves all men who don't > shave themselves [1] > https://en.wikipedia.org/wiki/Barber_paradox Yeah, but that isn't really a paradox, is it? It's like all the programs that will increase inflation :) -- underground experts united

Re: Is perl still the No.1 language for sysadmin?

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

Re: the front (was: " Re: [OFFTOPIC] Re: how to limit a CPU temperature?")

Jeffrey Walton wrote: >> What would happen, if we started a political movement based >> on nationalism and Unix? >> >> What would be the first thing we would do when we get >> installed as government? > > Annex the Netherlands, and take control of ASML. > Annex Taiwan, and take control of TSMC.

the front (was: " Re: [OFFTOPIC] Re: how to limit a CPU temperature?")

>> I recommend to go fanless whenever possible. >> Computers should be silent. > > Yeah, optimally ... What would happen, if we started a political movement based on nationalism and Unix? What would be the first thing we would do when we get installed as government? Maybe close the border or

Re: [OFFTOPIC] Re: how to limit a CPU temperature?

Stefan Monnier wrote: > I recommend to go fanless whenever possible. > Computers should be silent. Yeah, optimally ... -- underground experts united https://dataswamp.org/~incal

Re: my immature thoughts on perl

>>> Ha, but can't we do better, I would like all the >>> properties (stuff possible to express and do) in >>> a programming language encoded, and then count them to >>> determine what language is the most powerful. >> >> We know that except for some particularly limited >> languages, they'll all

Re: Is perl still the No.1 language for sysadmin?

> 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

Re: my immature thoughts on perl

Stefan Monnier wrote: >> Ha, but can't we do better, I would like all the properties >> (stuff possible to express and do) in a programming >> language encoded, and then count them to determine what >> language is the most powerful. > > We know that except for some particularly limited languages,

Re: Is perl still the No.1 language for sysadmin?

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 >

Re: how to limit a CPU temperature?

songbird wrote: > i have a program that has changed it's behavior to suddenly > become a CPU hog (while doing something simple like > uploading files for my website). probably a bug, but it got > me to wondering how i could limit the CPU temperature to > a range well below the maximum that kicks

Re: Is perl still the No.1 language for sysadmin?

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 k

Re: Is perl still the No.1 language for sysadmin?

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?

Re: my immature thoughts on perl

Andy Smith wrote: > That is, why are you asking people to convince you to like > Perl? There are lots of languages and you appear to have > found one you like better. Maybe there is no answer in particular why Perl has it's trajectory. Maybe it can't be expressed in a formula. But I just get the

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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 ... --

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

Joel Roth wrote: > There is a new object system being cooked up, based on > decades of experience with OO in perl and other languages. > > There is already more than enough OO goodness for me to get > my work done :-) Guys, word on the street the former OO guys at C++ don't speak of OO anymore,

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

Greg Wooledge 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,

Re: Is perl still the No.1 language for sysadmin?

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 >

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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. > > If you measure a tool by what a novice can

Re: my immature thoughts on perl

coreyh wrote: >>> I think you should use Ruby if you like Ruby better! >> >> Perl is the best language, maybe Lisp is the best language. >> But everything else isn't as good. > > The Language Wars Are Over: ChatGPT Won > https://bourgoin.dev/posts/programming-languages/ Ha, but can't we do

Re: my immature thoughts on perl

tomas wrote: >>> Perl is the best language, maybe Lisp is the best >>> language. But everything else isn't as good. >> >> Every categorical generalisation is wrong. (Even this one >> :) ) > > I usually taunt people with "All generalizations suck". Can't it be the exception to confirm the rule?

Re: my immature thoughts on perl

Andy Smith wrote: > I think you should use Ruby if you like Ruby better! Perl is the best language, maybe Lisp is the best language. But everything else isn't as good. -- underground experts united https://dataswamp.org/~incal

Re: Looking to a KDE or desktop agnostic software to batch resize pictures

Michel Verdier wrote: >> Requirements: >> - libre >> - offline >> - being usable without command line > > Without command line you need a gui and it is hard to > batch resize. Requirements: - firefight - without guns -- underground experts united https://dataswamp.org/~incal

Re: Looking to a KDE or desktop agnostic software to batch resize pictures

Yvan Masson wrote: > As the subject says, I am looking for a KDE or desktop > agnostic software to batch resize pictures. First stop these issues are always ImageMagick, including this case as it happens - here are a bunch of commands to get you started

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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 >

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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

Re: Is perl still the No.1 language for sysadmin?

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? > the use of white space as syntax in Python AKA "significant whitespace" in

Re: Is perl still the No.1 language for sysadmin?

Steve Sobol wrote: >> If you are looking for a career, Python is much bigger but >> there is a lot of shell scripts and for that matter >> a little bit of Perl don't harm, absolutely mot. > > I'm seeing scripts written in Python far more often than > Perl these days 100%, it's much more popular.

Re: Is perl still the No.1 language for sysadmin?

Jude DaShiell wrote: > Perl or python, which has the most supported sysadmin tools? What do you mean, built into the actual languages? Or the number of tools people have written in either of those languages? We need a command for that as well ... -- underground experts united

Re: Is perl still the No.1 language for sysadmin?

debian-user wrote: >>> Development is fastest using whatever language you know >>> best. This is not an objective argument. >> >> 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. > >

Re: Is perl still the No.1 language for sysadmin?

Oliver Schoede wrote: > So is it still the first choice for sysadmin work on Linux? > Well I doubt it, I also doubt it ever was. That would be > shell. ;) Indeed, I thought about that! The shell. Side note, many guys say they only use sh because bash, zsh etc requires them being installed, I

Re: Is perl still the No.1 language for sysadmin?

ghe2001 wrote: > On Amazon, if you ask for books on raku, you get stuff about > clay and kilns. If you ask for python, you get TV programs > and snakes. > > If you ask for perl, you get Perl. That's one thing good old > Perl has over the new stuff :-) Haha, but haven't you seen like 1 zillion

  1   2   3   4   5   >