The officially official Devuan Forum!

You are not logged in.

#1 2020-03-08 02:12:48

szutt
Member
Registered: 2019-02-03
Posts: 17  

They really will break everything

The apt(8) command no longer accepts regular expressions or wildcards as package arguments, use patterns (see New Features).

* https://www.reddit.com/r/linux/comments … _released/
* https://blog.jak-linux.org/2019/08/15/apt-patterns/

Yet another important program that's going to have to be forked...

Offline

#2 2020-03-08 03:42:13

czeekaj
Member
Registered: 2019-06-12
Posts: 45  

Re: They really will break everything

Maybe we can be even more free and have pacman as an option with apt
I like to use wild cards.
However, if you are worried about it you can always pipe.

apt list | grep installed | less
apt list | grep *pulse* 

for example I recently discovered I am running without libpulse0. I started from minimal and built up, a lot of those meta package dependencies are really truly a mess, Normally I'd have no problem with pulse audio. But the dependency breakage with apt is something quite odd makes me dislike it regardless of who made it.

However, you are right. I use wild cards sometimes for removing programs, I can't remember the name of exactly. But list will have to suffice if it changes.

Last edited by czeekaj (2020-03-08 03:43:51)

Offline

#3 2020-03-08 19:42:25

bgstack15
Member
Registered: 2018-02-04
Posts: 132  

Re: They really will break everything

Wow, what was wrong with globbing? My friend moving to FreeBSD doesn't have to deal with bad decisions like this. (FreeBSD has their own bad decisions...)


This space intentionally left blank.

Offline

#4 2020-03-08 20:32:03

Head_on_a_Stick
Member
From: London
Registered: 2019-03-24
Posts: 556  
Website

Re: They really will break everything

IMO patterns are really useful and much more flexible than regex (not globbing btw, they're different things).

One drawback of regex is mentioned in the linked blog post:

Julian Andres Klode wrote:

Another thing I want to do ASAP is to disable fallback to regular expressions when specifying package names on the command-line: apt install g++ should always look for a package called g++, and not for any package containing g (g++ being a valid regex) when there is no g++ package.

It should also be noted that regex is not being dropped completely:

Julian Andres Klode wrote:

I think continuing to allow regular expressions if they start with ^ or end with $ is fine - that prevents any overlap with package names, and would avoid breaking most stuff.


"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher." — Antoine de Saint-Exupéry

Offline

Board footer