[aptitude] Suche nach direktem Programm

[Andreas Kohlbach]

Heute installierte ich über aptitude 'cal'. Bei der Suche in der Liste
wird beispielsweise '"cal"' oder auch '\"cal' nicht akzeptiert. Wenn ich
also nach 'cal' suche, gab es vorher viele Treffer, bis ich es endlich
fand.

Kann man in aptitude direkt nach einem String wie 'cal' suchen?

Mir ich klar, dass ich andererseits 'apt-get install cal' hätte nehmen
können.
--
Andreas

[Markus Franzke]

Am 17.07.22 um 03:02 schrieb Andreas Kohlbach:

Soweit ich weiß, ist da eine Regular Expression angesagt.

Also ^cal$ ohne Sonstiges.

M

[Jens Schüßler]

* Franz Brannt <add...@is.invalid> [17-07-22 10:38]:
>
> Andreas Kohlbach schrieb:

>
>> Kann man in aptitude direkt nach einem String wie 'cal' suchen?

> ^^^^^^^^
> apt-cache search \\bcal\\b
> ^^^^^^^^

Merkste selber, oder?

[Kay Martinen]

Am 17.07.22 um 03:02 schrieb Andreas Kohlbach:

> Heute installierte ich über aptitude 'cal'. Bei der Suche in der Liste
> wird beispielsweise '"cal"' oder auch '\"cal' nicht akzeptiert. Wenn ich
> also nach 'cal' suche, gab es vorher viele Treffer, bis ich es endlich
> fand.

Ich hab das gleiche Problem mit dem Midnight Commander. Dessen Paketname
lautet 'mc' und zieht 'mc-data' nach. Die Suche liefert ohne weiteres
aber eben auch Teil-Treffer und so muß man lange blättern.

> Kann man in aptitude direkt nach einem String wie 'cal' suchen?

Wenn du schon weißt das es mit 'cal' beginnt, versucht mal '^cal' als
Suche. Das sollte nur vom Anfang her suchen und es gleich zeigen. Es sei
denn da wären auch noch calx, calendar o.a. aber es grenzt ein.

> Mir ich klar, dass ich andererseits 'apt-get install cal' hätte nehmen
> können.

Bei 'mc' verwende ich inzwischen 'apt install mc' und das macht sofort
was ich will. apt zeigt m.W. auch an wenn der Name mehrdeutig ist oder
nicht gefunden würde (wg. nicht aktivem Repo z.B.) oder es gibt einen
Tip wie du es installierst oder findest.

apt-get ist älter. Ob es das auch kann weiß ich nicht.


Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

[Helmut Waitzmann]

Andreas Kohlbach <a...@spamfence.net>:

>Heute installierte ich über aptitude 'cal'. Bei der Suche in der Liste
>wird beispielsweise '"cal"' oder auch '\"cal' nicht akzeptiert. Wenn ich
>also nach 'cal' suche, gab es vorher viele Treffer, bis ich es endlich
>fand.

Um nach dem Paket mit dem Namen «cal» zu suchen, taugt(e –
jedenfalls bis zu Debian 10, und ich nehme an, auch weiterhin) das
Shell‐Kommando

aptitude -- search '?name("^cal$")'

Der Text in Anführungszeichen ist ein regulärer Ausdruck, genauer:
ein extended regular expression; das sind die regulären Ausdrücke,
die man beispielsweise bei «grep» und «sed» mit der Option «-E»
verwendet.

Siehe das Reference Manual «/usr/share/doc/aptitude/README» zum
Lesen im Text‐Pager oder ‐Editor und
«file:///usr/share/doc/aptitude/html/en/ch02s04.html» zum Lesen im
WWW‐Browser.

[Jens Schüßler]

* Andreas Kohlbach <a...@spamfence.net> [17-07-22 21:06]:

>>
>> Am 17.07.22 um 03:02 schrieb Andreas Kohlbach:
>>> Heute installierte ich über aptitude 'cal'. Bei der Suche in der Liste
>>> wird beispielsweise '"cal"' oder auch '\"cal' nicht akzeptiert. Wenn ich
>>> also nach 'cal' suche, gab es vorher viele Treffer, bis ich es endlich
>>> fand.
>

> Ah, das könnte funktionieren. Zumindest findet ^cal nur, was mit 'cal"
> anfängt. Offenbar aber gibt es kein Paket namens "cal", aber ein
> /usr/bin/cal auf meinem alten Rechner. Das zeigt ohne weitere Angaben

Du hast also ein Paket 'cal' gefunden und installiert, das es gar nicht
gibt? Faszinierend…
Bist du dir sicher dass du dir manche Geschichten nicht einfach nur
ausdenkst?

>
> Es ist nicht "calendar". Sondern einfach ein Link auf "ncal". Muss man erst
> mal drauf kommen.

Man könnte auch einfach darauf kommen dass man erst einmal nachschaut in
welchem Paket das Binary /usr/bin/cal denn steckt.

,----
| ~$ apt-file search '/usr/bin/cal '
| bsdmainutils: /usr/bin/cal
`----

[Peter Scholz]

Andreas Kohlbach schrieb am Sun, 17 Jul 2022 19:34:18 -0400:

> Danke, werde mir "apt-file search" merken.

Geht auch hiermit:

https://packages.debian.org/search?searchon=contents&keywords=%2Fusr%2Fbin%2Fcal&mode=path&suite=stable&arch=any

--
Gruß Peter

[Helmut Waitzmann]

Andreas Kohlbach <a...@spamfence.net>:

>On Sun, 17 Jul 2022 23:51:53 +0200, Helmut Waitzmann wrote:
>>
>> Andreas Kohlbach <a...@spamfence.net>:
>>
>>>Heute installierte ich über aptitude 'cal'. Bei der Suche in der
>>>Liste wird beispielsweise '"cal"' oder auch '\"cal' nicht
>>>akzeptiert. Wenn ich also nach 'cal' suche, gab es vorher viele
>>>Treffer, bis ich es endlich fand.
>>
>> Um nach dem Paket mit dem Namen «cal» zu suchen, taugt(e –
>> jedenfalls bis zu Debian 10, und ich nehme an, auch weiterhin) das
>> Shell‐Kommando
>>
>> aptitude -- search '?name("^cal$")'
>>
>

>Bringt beim Deinem Aufruf keine Ausgabe.
>

Also folgt im Umkehrschluss:  Wenn man keine Ausgabe erhält, gibt es
kein Paket, in dessen Namen eine Zeichenkette enthalten ist, die
auf den regulären Ausdruck passt.

[Peter Scholz]

Andreas Kohlbach schrieb am Tue, 19 Jul 2022 17:27:57 -0400:

> Das war mein das Problem: Ich musste erkennen, dass ncal das eigentliche
> Paket war.
>
> Nun installiert - alles gut.

Da es sich um ein grundsätzliches Problem handelt, noch Anmerkungen für
Debian-Leser (oder die dessen Derviate nutzen) und kein 'aptitude'
verwenden:

1)

peter@x1:~$ dpkg -S /usr/bin/cal
ncal: /usr/bin/cal

funktioniert offenbar nur, wenn das gesuchte Paket bereits installiert
ist und sich das Binary im System aufspüren lässt:

peter@x1:~$ which cal
/usr/bin/cal

2)

peter@x1:~$ apt-file -F search /usr/bin/cal
ncal: /usr/bin/cal

funktioniert offenbar nur, wenn apt-file installiert ist und zuerst die
externen Pakete im apt-file-cache umständlich aktualisiert wurden:

peter@x1:~$ sudo apt-file update
...

3)

Die Debian-Suchmachine mit Web-Interface 'Durchsuchen des Inhalts von
Paketen' scheint mir die einfachste und schnellste Lösung des Problems:

https://www.debian.org/distrib/packages#search_contents

--
Gruß Peter

[Martin Klaiber]

Andreas Kohlbach <a...@spamfence.net> wrote:

> ncal (was ich vorher nie nutzte) hat einfach nur ein anderes Layout
> gegenüber cal?

Nicht nur, aber auch. Das neue Layout stellt sicher, dass ein ganzes
Jahr auf einen Standardtextbildschirm von 80x25 Zeichen passt, was bei
dem alten cal-Format nicht der Fall war.

> [ncal]
> July 2022
> Su 3 10 17 24 31
> Mo 4 11 18 25
> Tu 5 12 19 26
> We 6 13 20 27
> Th 7 14 21 28
> Fr 1 8 15 22 29
> Sa 2 9 16 23 30

> [cal]
> July 2022
> Su Mo Tu We Th Fr Sa
> 1 2
> 3 4 5 6 7 8 9
> 10 11 12 13 14 15 16
> 17 18 19 20 21 22 23
> 24 25 26 27 28 29 30
> 31

Der Aufruf von ncal als cal hat den Nachteil, dass auch bei einer
deutschen locale der Sonntag der erste Wochentag ist. ncal
berücksichtigt die locale. Um das alte Layout zu erzwingen,
verwendet man den Parameter "-b".

Statt "cal":

| martinkl@maurice:~$ cal
| Juli 2022
| So Mo Di Mi Do Fr Sa
| 1 2
| 3 4 5 6 7 8 9
| 10 11 12 13 14 15 16
| 17 18 19 20 21 22 23
| 24 25 26 27 28 29 30
| 31

also "ncal -b":

| martinkl@maurice:~$ ncal -b
| Juli 2022
| Mo Di Mi Do Fr Sa So
| 1 2 3
| 4 5 6 7 8 9 10
| 11 12 13 14 15 16 17
| 18 19 20 21 22 23 24
| 25 26 27 28 29 30 31

wenn man das alte Layout will. Funktioniert natürlich nur bei passend
gesetzter locale.

Das gilt für "ncal" aus den bsdmainutils unter Debian Stretch (ja,
ich weiß, ist outdated, habe mich immer noch nicht entschieden, ob
ich systemd will oder nicht). Ob das "cal" aus util-linux die locale
berücksichtigt, kann ich nicht sagen, das habe ich auf meinem System
nicht.

Grüße
Martin

[Andreas Kohlbach]

Wow, dass in Nordamerika Sonntag der erste Wochentag ist, war mir gar
nicht bewusst. Sonst scheint es fast überall Sonntag zu sein. Aber man
nutzt im Gegensatz zum Rest der Welt auch seltsames Papierformat, so
passt das vielleicht. ;-)

> Das gilt für "ncal" aus den bsdmainutils unter Debian Stretch (ja,
> ich weiß, ist outdated, habe mich immer noch nicht entschieden, ob
> ich systemd will oder nicht). Ob das "cal" aus util-linux die locale
> berücksichtigt, kann ich nicht sagen, das habe ich auf meinem System
> nicht.

bsdmainutils habe ich (warum auch immer) auf dem alten Rechner
installiert. So wurde wohl (n)cal mitgeschleift. Auf dem Neuen habe ich
es nicht, und kann auch nicht erkennen, was das (eigentlich nur calendar)
mir bringen soll...

| Jul 20 Alexander the Great born, 356 BC
| Jul 20 Bruce Lee died in Hong Kong, 1973
| Jul 20 Armstrong and Aldrin land on moon, 1969
| Jul 20 Ford Motor Company ships their car, 1903
| Jul 20 Independence Day in Colombia
| Jul 20 Day of Sea in Japan
| Jul 20 Marine Day in Japan
[...]

*YAWN* :-)
--
Andreas

[Laurenz Trossel]

On 2022-07-20, Peter Scholz <Peter_...@vodafonmail.de> wrote:
> peter@x1:~$ dpkg -S /usr/bin/cal
> ncal: /usr/bin/cal
>
> funktioniert offenbar nur, wenn das gesuchte Paket bereits installiert
> ist und sich das Binary im System aufspüren lässt:

In dieser Form funktioniert es nur, wenn das Binary nicht über
/etc/alternatives verlinkt wird.

dpkg -S $(readlink -f $(which netcat))

[Peter Scholz]

Hmm - kennst Du ein konkretes Beispiel von praktischer Relevanz? 'cal'
ist offenbar nicht das Problem. Wenn ich mir 'update-alternatives(1) man
page' durchlese und mir mein 'galternatives' ansehe, fehlt mir etwas die
Phantasie...

Ich frage deshalb, weil ich seit gestern mein 'Listen-Filter-Skript ggf
zur Aufspürung detailierter Paket-Infos' ergänze, um auch diese hier
thematisierte Sub-Problematik, wenn Paket-Name und Binary-Name nicht
identisch sind, abzubilden.

Danke für die Hilfe :-)

--
Gruß Peter

[Martin Klaiber]

Andreas Kohlbach <a...@spamfence.net> wrote:

> Wow, dass in Nordamerika Sonntag der erste Wochentag ist, war mir gar
> nicht bewusst. Sonst scheint es fast überall Sonntag zu sein. Aber man
> nutzt im Gegensatz zum Rest der Welt auch seltsames Papierformat, so
> passt das vielleicht. ;-)

Vieles, was uns heute seltsam erscheint, war bis vor gar nicht so
langer Zeit bei uns auch noch üblich. So war wohl bis in die
60er/70er-Jahre bei uns auch der Sonntag der Wochenbeginn, siehe:

https://de.wikipedia.org/wiki/Wochentag#Zählung_der_Wochentage

Persönlich erinnere ich mich allerdings nicht mehr daran, obwohl ich
zu der Zeit schon zur Schule ging. Kann mich allerdings nicht daran
erinnern, jemals sonntags zur Schule gegangen zu sein =:-)

Auch anderes, was wir heute an anderen Ländern rückständig finden,
war bis vor kurzem bei uns noch gängig. Z.B. mussten Frauen bis in
die 70er Jahre in der BRD ihre Männer um Erlaubnis bitten, wenn sie
arbeiten gehen wollten. Wie es in der DDR war, weiß ich nicht.

Nachtrag: Hatte gerademal meine Mutter wegen der Sonntagsregelung
gefragt. Sie hat bestätigt, dass Sonntag früher der erste Wochentag
war, aber es war trotzdem so, dass die Schule und Läden sonntags
geschlossen waren. Also einfach nur eine andere Zählung. Dann bin
ich ja froh, dass nicht frühdement bin ;-)

Da hier völlig OT setze ich mal ein fup2 in eine Kultur-Gruppe.

Grüße
Martin

[Stefan Froehlich]

On Thu, 21 Jul 2022 11:51:54 Martin Klaiber wrote:
> So war wohl bis in die 60er/70er-Jahre bei uns auch der Sonntag
> der Wochenbeginn, siehe:

> https://de.wikipedia.org/wiki/Wochentag#Zählung_der_Wochentage

> Persönlich erinnere ich mich allerdings nicht mehr daran, obwohl
> ich zu der Zeit schon zur Schule ging. Kann mich allerdings nicht
> daran erinnern, jemals sonntags zur Schule gegangen zu sein =:-)

> [...] Also einfach nur eine andere Zählung.

Historisch scheint wohl der Sonntag der erste Tag gewesen zu sein
und daher auch nach dem wichtigsten Gestirn benannt; arbeitsfrei war
hingegen spätestens ab dem Judentum der siebente Tag. Erst das
Christentum hat dann alles durcheinandergewürfelt und auf lange
Sicht neu definiert, und das im Grund genommen nur, weil man
Kreuzigungen während der Arbeitswoche durchgeführt hat :-).

> Da hier völlig OT setze ich mal ein fup2 in eine Kultur-Gruppe.

Im Grund genommen absolut korrekt, allerdings ist de.soc.kultur.misc
offenbar klinisch tot; wenn die Antwort niemand liest, kann ich sie
mir auch gleich ganz sparen.

Aus eher irrationalen Gründen lasse ich das fup2 aber bestehen.

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Riechen mit Stefan - apart werden mit Vergnügen.
(Sloganizer)

[Thomas Dorner]

Martin Klaiber <usenet....@gmx.de> writes:
> So war wohl bis in die
> 60er/70er-Jahre bei uns auch der Sonntag der Wochenbeginn, siehe:

Damit war damals der Mittwoch auch noch semantisch korrekt benannt. ;-)

Viele Grüße, Thomas
--
Adresse gilt nur kurzzeitig!

[Sieghard Schicktanz]

Hallo Stefan Froehlich,

Du schriebst am 21 Jul 2022 12:29:54 GMT:

> Historisch scheint wohl der Sonntag der erste Tag gewesen zu sein

Wenn Du christlich wärest, wäre er das für Dich immer noch.

> und daher auch nach dem wichtigsten Gestirn benannt; arbeitsfrei war

"Arbeitsfrei" hat mit der Zählnummer nichts zu tun, das hat - wenn ich
mich recht erinnere - ein Papst vor Jahrhunderten eingeführt, um den
Leuten Zeit zu geben, in die Kirche zu gehen.

> hingegen spätestens ab dem Judentum der siebente Tag. Erst das

Das ist der immer noch.

> Christentum hat dann alles durcheinandergewürfelt und auf lange
> Sicht neu definiert, und das im Grund genommen nur, weil man

Das Christentum hat da nichts durcheinandergewürfelt. das waren erst
die Kaufleute und Industrie-Manager im letzten Jahrhundert oder so.

> Kreuzigungen während der Arbeitswoche durchgeführt hat :-).

Im Christentum werden keine Kreuzigungen durchgeführt. Das ist den
Barbaren oder anderen Religionen vorbehalten, ein Billigung erfährt
das aber auch dafür nicht.

> > Da hier völlig OT setze ich mal ein fup2 in eine Kultur-Gruppe.

...

> Aus eher irrationalen Gründen lasse ich das fup2 aber bestehen.

Naja, es könnte denen auch mal guttun, was über Kultur zu erfahren...
(Leider macht das mein Mailer nicht.)

--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[Juergen Ilse]

Hallo,

In de.comp.os.unix.linux.misc Stefan Froehlich <Stefan...@froehlich.priv.at> wrote:
> On Thu, 21 Jul 2022 11:51:54 Martin Klaiber wrote:
>> So war wohl bis in die 60er/70er-Jahre bei uns auch der Sonntag
>> der Wochenbeginn, siehe:
>
>> https://de.wikipedia.org/wiki/Wochentag#Zählung_der_Wochentage
>
>> Persönlich erinnere ich mich allerdings nicht mehr daran, obwohl
>> ich zu der Zeit schon zur Schule ging. Kann mich allerdings nicht
>> daran erinnern, jemals sonntags zur Schule gegangen zu sein =:-)
>> [...] Also einfach nur eine andere Zählung.
>
> Historisch scheint wohl der Sonntag der erste Tag gewesen zu sein
> und daher auch nach dem wichtigsten Gestirn benannt; arbeitsfrei war
> hingegen spätestens ab dem Judentum der siebente Tag.

Ja, und zwar in Anlehnung an die Schoepfungsgeschichte, nach der Gott
am 7. Tag ruhte. Daher auch der Sabbat (=Samstag) als geheiligter
arbeitsfreier Tag im Judentum.

> Erst das Christentum hat dann alles durcheinandergewürfelt und auf
> lange Sicht neu definiert, und das im Grund genommen nur, weil man
> Kreuzigungen während der Arbeitswoche durchgeführt hat :-).

Nein. Das Christentum hat (schhon vor der "Umnumerierung" der Wochen-
tage) das nur dahingehend geaendert, dass der "arbeitfreie Tag" nichht
mehr wie im Judentum der 7. Tag der Wochhe sondern der 1. Tag der Woche
sein sollte (in Gedenken an den Beginn der Schoepfung). Eigentlich
fordert die Bibel auchh nur, *einen* Tag der Woche zu heiligen und
an diesem Tag nicht zu arbeiten, es wird (zumindest im neuen Testament)
*nicht* vorgeschrieben, welcher Tag das sein soll. Dass es zwingend
der 7. Tag ein sollte, kommt aus dem alten Testaent (aus dem Judentum).

Tschuess,
Juergen Ilse (jue...@usenet-verwaltung.de)

[Jens Schüßler]

* Sieghard Schicktanz <Sieghard....@SchS.de> [21-07-22 18:13]:

>
>> Kreuzigungen während der Arbeitswoche durchgeführt hat :-).
>
> Im Christentum werden keine Kreuzigungen durchgeführt. Das ist den
> Barbaren oder anderen Religionen vorbehalten, ein Billigung erfährt
> das aber auch dafür nicht.

Warum Kreuzigen wenn man die Leute einfach verbrennen kann, sagte sich
der Christen-Barbar…

[Stefan Froehlich]

In de.comp.os.unix.linux.misc Juergen Ilse <ne...@usenet-verwaltung.de> wrote:
> In de.comp.os.unix.linux.misc Stefan Froehlich <Stefan...@froehlich.priv.at> wrote:
>> Erst das Christentum hat dann alles durcheinandergewürfelt und
>> auf lange Sicht neu definiert, und das im Grund genommen nur,
>> weil man Kreuzigungen während der Arbeitswoche durchgeführt hat
>> :-).

> Nein. Das Christentum hat (schhon vor der "Umnumerierung" der
> Wochen- tage) das nur dahingehend geaendert, dass der "arbeitfreie
> Tag" nichht mehr wie im Judentum der 7. Tag der Wochhe sondern der
> 1. Tag der Woche sein sollte (in Gedenken an den Beginn der
> Schoepfung).

Zunächst. Über die Jahrtausende hinweg kam es vielen Leuten aber
offenbar zunehmend falsch vor, die Woche mit einem Feiertag zu
beginnen; IMO wäre die Umnumerierung nicht passiert, hätte man den
Feiertag am Samstag belassen.

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan, so stolz wie die Dächer der Welt. Unglaublich, aber schön!!
(Sloganizer)

[Peter Scholz]

Meine Skript-Ergänzung läuft jetzt technisch stabil, so wie sie soll:

1)

getestet auch mit 'dmenu':

Obwohl ich 'rofi' als Alternative nutze, ist
'update-alternatives' nicht so schlau, einen Konflikt zu provozieren.

2)

getestet auch in diversen anderen Debian-Derivaten:

Debian-Stable umfasst zur Zeit 59717 und Debian-Testing 62505 Pakete.

3)

Fazit:

Keine Ahnung in wie vielen Fällen (jedenfalls wenige), Paket-Name und
Binary-Name nicht identisch sind. Keine Ahnung in wie vielen dieser
seltenen Fällen eine Verlinkung in /etc/alternatives (jedenfalls noch
viel weniger) ein Problem verursachen, könnten.

Ich lasse mein Skript jetzt jedenfalls erst einmal so wie es jetzt
funktioniert und werde es vielleicht dereinst einmal in ferner Zukunft
erleben, dass es in einem solchen Fall nicht funktioniert :-)

--
Gruß Peter

[Sieghard Schicktanz]

Hallo Andreas Kohlbach,

Du schriebst am Thu, 21 Jul 2022 18:42:59 -0400:

> >> Historisch scheint wohl der Sonntag der erste Tag gewesen zu sein
> >
> > Wenn Du christlich wärest, wäre er das für Dich immer noch.
>

> Nur Bibeltreue werden die Realität ignorieren, um noch anderes zu tun,
> um sich selbst zu schaden.

Naja, Du mußt Dir ja nicht schaden, indem Du den Sonntag als ersten Tag
der Woche zählst.

> > "Arbeitsfrei" hat mit der Zählnummer nichts zu tun, das hat - wenn

...
> Komisch, dass das in anderen Ländern, trotz der Religiösen, anders
> umgesetzt wird. In Nordamerika beispielsweise sind alle Geschäfte
> auch am Sonntag geöffnet.

In "Nordamerika" herrscht ja auch der Kommerz, kein Christentum.
Das wurde mit der Säkularisation strikt getrennt, auch hier in Europa.

> Hmm, Langer Samstag... ;-)

Samstag ist ein Arbeitstag.

[Peter Scholz]

Peter Scholz schrieb am Sat, 23 Jul 2022 10:05:46 +0200:

> Peter Scholz schrieb am Thu, 21 Jul 2022 10:48:36 +0200:
>
>> Laurenz Trossel schrieb am Wed, 20 Jul 2022 22:23:22 -0000 (UTC):
>>
>>> On 2022-07-20, Peter Scholz <Peter_...@vodafonmail.de> wrote:
>>
>>>> peter@x1:~$ dpkg -S /usr/bin/cal
>>>> ncal: /usr/bin/cal
>>>>
>>>> funktioniert offenbar nur, wenn das gesuchte Paket bereits installiert
>>>> ist und sich das Binary im System aufspüren lässt:
>>>
>>> In dieser Form funktioniert es nur, wenn das Binary nicht über
>>> /etc/alternatives verlinkt wird.
>>>
>>> dpkg -S $(readlink -f $(which netcat))
>>
>> Hmm - kennst Du ein konkretes Beispiel von praktischer Relevanz? 'cal'
>> ist offenbar nicht das Problem. Wenn ich mir 'update-alternatives(1) man
>> page' durchlese und mir mein 'galternatives' ansehe, fehlt mir etwas die
>> Phantasie...
>>
>> Ich frage deshalb, weil ich seit gestern mein 'Listen-Filter-Skript ggf
>> zur Aufspürung detailierter Paket-Infos' ergänze, um auch diese hier
>> thematisierte Sub-Problematik, wenn Paket-Name und Binary-Name nicht
>> identisch sind, abzubilden.
>
> Meine Skript-Ergänzung läuft jetzt technisch stabil, so wie sie soll:

[...]

Läuft tatsächlich sehr stabil :-)

Habe das heute morgen noch einmal in meinem Debian-System mit folgender
update-alternatives-Verlinkung getestet, die die Laurenz-Aussage
von oben trifft:

absolute: /etc/alternatives/x-terminal-emulator -> /usr/bin/urxvt

peter@x1:~$ dpkg -S /usr/bin/urxvt
rxvt-unicode: /usr/bin/urxvt

Wie nun jeder erkennen kann, wird der abweichende Paket-Name korrekt
angezeigt, trotz einer bestehenden update-alternatives-Verlinkung.

Meine gestern insoweit implementierte Skript-Ergänzung sollte damit
wohl ebenfalls ziemlich wasserdicht sein.

--
Gruß Peter

[Martin Klaiber]

Peter Scholz <Peter_...@vodafonmail.de> wrote:

> peter@x1:~$ apt-file -F search /usr/bin/cal
> ncal: /usr/bin/cal

Wie sucht man bei apt-file eigentlich nach einem Programm, wenn man
den Pfad nicht kennt? "apt-file search cal" spuckt "Millionen" von
Ergebnissen aus und ist damit unbrauchbar. Die einzig praktikable
Lösung scheint mir bisher "apt-file -x /cal$" zu sein.

Und noch eine Frage: wie schaltet man die Option "--substring-match"
aus? In der man-page steht nur, wie man sie einschaltet, aber sie ist
bei "search" per default schon eingeschaltet.

> funktioniert offenbar nur, wenn apt-file installiert ist und zuerst die
> externen Pakete im apt-file-cache umständlich aktualisiert wurden:

> peter@x1:~$ sudo apt-file update

Finde ich jetzt nicht so umständlich und ist auch nur nötig, wenn sich
die Paketliste ändert.

Grüße
Martin

[Christian Garbs]

Mahlzeit!

Peter Scholz <Peter_...@vodafonmail.de> wrote:

> Habe das heute morgen noch einmal in meinem Debian-System mit folgender
> update-alternatives-Verlinkung getestet, die die Laurenz-Aussage
> von oben trifft:
>
> absolute: /etc/alternatives/x-terminal-emulator -> /usr/bin/urxvt
>
> peter@x1:~$ dpkg -S /usr/bin/urxvt
> rxvt-unicode: /usr/bin/urxvt
>
> Wie nun jeder erkennen kann, wird der abweichende Paket-Name korrekt
> angezeigt, trotz einer bestehenden update-alternatives-Verlinkung.

In _diese_ Richtung ist die Verlinkung ja auch egal - es können diverse
Symlinks auf /usr/bin/urxvt zeigen, davon merkt /usr/bin/urxvt nicht
mal was.

Interessant wird es dagegen, wenn Du einen Symlink abfragst:

$ readlink /usr/bin/x-terminal-emulator
/etc/alternatives/x-terminal-emulator

$ readlink /etc/alternatives/x-terminal-emulator
/usr/bin/lxterm

$ dpkg -S /usr/bin/lxterm
xterm: /usr/bin/lxterm

$ dpkg -S /usr/bin/x-terminal-emulator
dpkg-query: no path found matching pattern /usr/bin/x-terminal-emulator

$ dpkg -S /etc/alternatives/x-terminal-emulator
dpkg-query: no path found matching pattern /etc/alternatives/x-terminal-emulator


Deine zuvor genannte Lösung mit dem readlink funktioniert aber in
diesem Fall dann wie gewünscht:

$ dpkg -S $(readlink -f $(which x-terminal-emulator))
xterm: /usr/bin/lxterm


Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
"It's is no comic, it's is a manga!"
"What's a manga?"
"A Japanese comic."

[Peter Scholz]

Du erwähnst nur einige Schwächen, die apt-file m.E. hat. Überdies
brauche ich keine Programme, die in meinem System vermeidbaren
Daten-Müll erzeugen (den man mit überflüssigem vermeidbaren Aufwand
wieder purgen müsste) und habe es folglich aus meinem Debian wieder
rausgeschmissen.

Für die seltenen Fälle, in denen ich eventuell den Inhalt von nicht
installierten Paketen durchsuchen muss, mache ich es wie Andreas: Ich
habe in meinem erwähnten Skript einen Hyperlink zu der m.E. ganz
ausgezeichneten, weiter oben erwähnten, Debian-Suchmaschine mit
Web-Interface gesetzt.

Sorry - vielleicht gibt es ja einen anderen Leser, der mit 'apt-file'
arbeitet und Deine Fragen im Detail beantworten könnte.

Übrigens:

Den Pfad eines Binarys für apt-file zeigt Dir 'which'.

peter@x1:~$ which which
/usr/bin/which
peter@x1:~$ dpkg -S /usr/bin/which
debianutils: /usr/bin/which

'which' ist also Bestandteil des Debian-Pakets 'debianutils':

Priority: required
Section: utils
Installed-Size: 236 kB
Description: Verschiedene Hilfsprogramme speziell für Debian
Dieses Paket enthält eine Reihe kleiner Hilfsprogramme, die
überwiegend von Installationsskripten in Debian-Paketen
verwendet werden, obgleich Sie die Skripte auch direkt verwenden
können. .
Es enthält die folgenden spezifischen Hilfsprogramme: add-shell,
installkernel, ischroot, remove-shell, run-parts, savelog, tempfile und
which.

--
Gruß Peter

[Peter Scholz]

Danke Christian!

Jetzt verstehe ich überhaupt erst, was gemeint gewesen sein könnte. Das
Um-die-Ecke-Denken mancher Linux-Profis nachzuvollziehen, fällt mir
halt als etwas begriffsstutzigen Linux-Normal-User etwas schwer :-)

Hoffentlich habe mich wenigsten so allgemein verständlich ausgedrückt,
dass es mir ja eigentlich um die Zuordnung des Binarys zu dem es
enthaltenen Debian-Pakets ging :-)

--
Gruß Peter

[Sieghard Schicktanz]

Hallo Andreas Kohlbach,

Du schriebst am Sat, 23 Jul 2022 18:12:15 -0400:

> > Naja, Du mußt Dir ja nicht schaden, indem Du den Sonntag als ersten
> > Tag der Woche zählst.
>

> Es geht nicht darum, was ich für richtig halte. Sondern die, die das
> vorgeben - wer auch immer das gewesen ist.

Und? Dann machst Du das für "die" halt so, wie "die" wollen. Für Dich
selber kannst Du's doch halten, wie Du willst.

...

> >> umgesetzt wird. In Nordamerika beispielsweise sind alle Geschäfte
> >> auch am Sonntag geöffnet.
> >
> > In "Nordamerika" herrscht ja auch der Kommerz, kein Christentum.
> > Das wurde mit der Säkularisation strikt getrennt, auch hier in
> > Europa.
>

> Gut, dass man in Europa keinen Kommerz kennt. ;-)

Das folgt aber _NICHT_ aus der obigen Bemerkung.

> >> Hmm, Langer Samstag... ;-)
> >
> > Samstag ist ein Arbeitstag.
>

> Ist das neu? Schon im Betrieb (schon bei der Ausbildung davor) und der

Das ist viel älter als Du. Frag' mal einen jüdischen Mitbürger.

> Schule konnte ich Samstag Zuhause bleiben. Wenn ich wollte, konnte
> ich im Betrieb Überstunden machen.

Es gibt aber auch Branchen, die nicht einfach einen Tag aussetzen
können. Ganz allgemein "Health Care" z.B. Aber auch Verkehrslenkung,
Energieversorgung u.v.a. Da geht das nicht, daß einfach für alle der
Samstag Freitag ist, da muß das koordiniert werden. Dann kann ein dort
Beschäftigter auch mal am Dienstag Freitag haben, oder sogar am Freitag.

[Detlef Sax]

On Sun, 24 Jul 2022 15:27:38 +0200, Martin Klaiber wrote:
> Peter Scholz <Peter_...@vodafonmail.de> wrote:
>
>> peter@x1:~$ apt-file -F search /usr/bin/cal
>> ncal: /usr/bin/cal
>
> Wie sucht man bei apt-file eigentlich nach einem Programm, wenn man
> den Pfad nicht kennt? "apt-file search cal" spuckt "Millionen" von

[...]

which cal

man which

Detlef
--
https://www.12schrittefrei.de/
https://www.noart.de/

[Martin Klaiber]

Peter Scholz <Peter_...@vodafonmail.de> wrote:

> Übrigens:

> Den Pfad eines Binarys für apt-file zeigt Dir 'which'.

Das ist schon klar, funktioniert aber nur, wenn die Datei installiert
ist. Hier ging es aber um den Fall, dass man eine Datei installieren
will (cal), aber nicht weiß, in welchem Paket sie sich befindet.

Martin

[Martin Klaiber]

Detlef Sax <s...@noart.de> wrote:
> On Sun, 24 Jul 2022 15:27:38 +0200, Martin Klaiber wrote:

>> Wie sucht man bei apt-file eigentlich nach einem Programm, wenn man
>> den Pfad nicht kennt? "apt-file search cal" spuckt "Millionen" von

> which cal

Siehe meine Antwort an Peter Scholz. Es geht natürlich um den Fall,
dass die Datei noch nicht installiert ist, sonst bräuchte man apt-file
ja gar nicht.

Martin

[Marco Moock]

Am Sonntag, 24. Juli 2022, um 15:27:38 Uhr schrieb Martin Klaiber:

> Wie sucht man bei apt-file eigentlich nach einem Programm, wenn man
> den Pfad nicht kennt?

Dafür nimmt man direkt apt, das durchsucht nur die Paketnamen und die
Beschreibungen. apt-file durchsucht alle Dateinamen der Dateien, die
ein Paket beinhaltet.

apt search 'Kalender'

apt-file nutze ich, wenn ein außerhalb der Paketverwaltung
installiertes Programm meckert, dass z.B. eine Bibliothek fehlt.