Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #124865 > unrolled thread
| Started by | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| First post | 2022-09-12 07:43 +0000 |
| Last post | 2022-09-18 15:43 +0000 |
| Articles | 11 on this page of 71 — 11 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-12 07:43 +0000
Re: Debian: abweichende Paketversionen finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-12 09:49 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-13 18:56 +0000
Re: Debian: abweichende Paketversionen finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-14 09:17 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-15 19:15 +0000
Re: Debian: abweichende Paketversionen finden Marco Moock <mo01@posteo.de> - 2022-09-12 10:45 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-13 18:59 +0000
Re: Debian: abweichende Paketversionen finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-14 09:20 +0200
Re: Debian: abweichende Paketversionen finden Marco Moock <mo01@posteo.de> - 2022-09-14 09:40 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-15 19:21 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-13 16:00 +0200
Re: Debian: abweichende Paketversionen finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-13 18:51 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-13 18:52 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-14 10:26 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-14 10:55 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-15 19:30 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-16 12:15 +0200
Re: Debian: abweichende Paketversionen finden Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-16 11:11 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-17 12:45 +0200
Re: Debian: abweichende Paketversionen finden Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-17 11:41 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-17 21:43 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-18 11:01 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-19 12:11 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-24 19:21 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-25 16:48 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-26 07:39 +0000
Re: Debian: abweichende Paketversionen finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-26 10:54 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-26 18:20 +0000
Re: Debian: abweichende Paketversionen finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-26 20:29 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-27 07:25 +0000
Re: Debian: abweichende Paketversionen finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-27 12:21 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-10-09 17:51 +0000
Re: Debian: abweichende Paketversionen finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-12-27 17:37 +0100
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-27 18:49 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-27 19:29 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-28 16:36 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-10-03 23:59 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-10-04 09:49 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-10-06 19:57 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-10-03 23:58 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-10-04 09:49 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-26 17:28 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-26 18:18 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-27 15:54 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-27 19:58 +0000
Re: Debian: abweichende Paketversionen finden Patrick Rudin <taxi_bs@gmx.ch> - 2022-09-27 23:04 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-28 15:01 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-28 18:44 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-29 11:55 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-29 15:16 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-29 20:30 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-29 21:28 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-30 11:40 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-30 21:05 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-10-02 11:12 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-10-02 19:13 +0000
Re: Debian: abweichende Paketversionen finden Martin Vaeth <martin@mvath.de> - 2022-10-02 20:51 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-10-03 15:14 +0200
Re: Debian: abweichende Paketversionen finden Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-09-29 20:46 +0200
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-30 11:48 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-29 21:13 +0000
Re: Debian: abweichende Paketversionen finden Claus Reibenstein <creibens@gmail.com> - 2022-09-30 15:38 +0200
Re: Debian: abweichende Paketversionen finden Claus Reibenstein <creibens@gmail.com> - 2022-09-30 15:51 +0200
Re: Debian: abweichende Paketversionen finden Thomas Dorner <de.comp.os.unix.linux.misc.220930.dorner@spamgourmet.com> - 2022-09-30 20:40 +0200
Re: Debian: abweichende Paketversionen finden Claus Reibenstein <creibens@gmail.com> - 2022-10-01 14:05 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-30 20:55 +0000
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-18 08:53 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-18 11:28 +0200
Re: Debian: abweichende Paketversionen finden Christian Garbs <mitch@cgarbs.de> - 2022-09-18 08:50 +0000
Re: Debian: abweichende Paketversionen finden Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-18 11:19 +0200
Re: Debian: abweichende Paketversionen finden Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-18 15:43 +0000
Page 4 of 4 — ← Prev page 1 2 3 [4]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2022-09-29 21:13 +0000 |
| Message-ID | <th51p4$lmpn$1@yggdrasil.dn.cgarbs.de> |
| In reply to | #125321 |
Mahlzeit!
Patrick Rudin <taxi_bs@gmx.ch> wrote:
> Peter Scholz wrote:
>> Die dort verwendete Syntax:
>>
>> { "if [ $a = $b ]; then $c ; fi"; };
>
> Wiewas? Dort darf man ein einzelnes Gleichheitszeichen als
> Vergleichsoperator benutzen??
Posix Shell, da ist das so.
Ist in dem Fall auch nicht gaaaanz so schlimm, weil test(1) keine
Zuweisungen machen kann ;-)
Aber grundsätzlich finde ich das auch komisch, ich bin da durch
diverse Programmiersprachen "versaut" ;-)
Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
Don't dream your life, live your dream.
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2022-09-30 15:38 +0200 |
| Message-ID | <jpo9pvFa0cqU1@mid.individual.net> |
| In reply to | #125370 |
Christian Garbs schrieb am 29.09.2022 um 23:13:
> Patrick Rudin <taxi_bs@gmx.ch> wrote:
>
>> Peter Scholz wrote:
>>
>>> { "if [ $a = $b ]; then $c ; fi"; };
>>
>> Wiewas? Dort darf man ein einzelnes Gleichheitszeichen als
>> Vergleichsoperator benutzen??
Man darf nicht nur, man muss sogar.
> Posix Shell, da ist das so.
Das hat nix mit Posix zu tun. Das test-Kommando - "[ ausdruck ]" ist
nichts Anderes als eine andere Schreibweise für "test ausdruck" - gab es
schon lange vor Posix und kannte schon immer "=" als Vergleichsoperator.
"==" würde nicht als solcher interpretiert und unter Umständen zu einem
Syntaxfehler führen.
> Aber grundsätzlich finde ich das auch komisch, ich bin da durch
> diverse Programmiersprachen "versaut" ;-)
Sei froh, dass Du nicht in Fortran programmieren musst. Dort müsstest Du
".EQ." schreiben ;-)
Gruß
Claus
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2022-09-30 15:51 +0200 |
| Message-ID | <jpoajaFa3keU1@mid.individual.net> |
| In reply to | #125380 |
Claus Reibenstein schrieb am 30.09.2022 um 15:38:
>> Patrick Rudin <taxi_bs@gmx.ch> wrote:
>>
>>> Peter Scholz wrote:
>>>
>>>> { "if [ $a = $b ]; then $c ; fi"; };
>>>
>>> Wiewas? Dort darf man ein einzelnes Gleichheitszeichen als
>>> Vergleichsoperator benutzen??
>
> Man darf nicht nur, man muss sogar.
Das gilt im Übrigen nur für das externe test-Kommando. Shells haben oft
eine interne Version, die auch "==" versteht. Das gilt z.B. für bash,
nicht aber für sh.
Gruß
Claus
[toc] | [prev] | [next] | [standalone]
| From | Thomas Dorner <de.comp.os.unix.linux.misc.220930.dorner@spamgourmet.com> |
|---|---|
| Date | 2022-09-30 20:40 +0200 |
| Message-ID | <6ea66g3dug.fsf@th-dorner.de> |
| In reply to | #125381 |
Claus Reibenstein <creibens@gmail.com> writes:
> Claus Reibenstein schrieb am 30.09.2022 um 15:38:
>>> Patrick Rudin <taxi_bs@gmx.ch> wrote:
>>>> Peter Scholz wrote:
>>>>
>>>>> { "if [ $a = $b ]; then $c ; fi"; };
>>>>
>>>> Wiewas? Dort darf man ein einzelnes Gleichheitszeichen als
>>>> Vergleichsoperator benutzen??
>>
>> Man darf nicht nur, man muss sogar.
>
> Das gilt im Übrigen nur für das externe test-Kommando. Shells haben oft
> eine interne Version, die auch "==" versteht. Das gilt z.B. für bash,
> nicht aber für sh.
Das test der GNU core-utilities (hier coreutils 8.30) akzeptiert es, hat
es aber nur in der info und nicht in der man-page dokumentiert.
Viele Grüße, Thomas
--
Adresse gilt nur kurzzeitig!
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2022-10-01 14:05 +0200 |
| Message-ID | <jpqoopFlhatU1@mid.individual.net> |
| In reply to | #125386 |
Thomas Dorner schrieb am 30.09.2022 um 20:40:
> Claus Reibenstein <creibens@gmail.com> writes:
>
>> Claus Reibenstein schrieb am 30.09.2022 um 15:38:
>>
>>>> Patrick Rudin <taxi_bs@gmx.ch> wrote:
>>>>
>>>>> Peter Scholz wrote:
>>>>>
>>>>>> { "if [ $a = $b ]; then $c ; fi"; };
>>>>>
>>>>> Wiewas? Dort darf man ein einzelnes Gleichheitszeichen als
>>>>> Vergleichsoperator benutzen??
>>>
>>> Man darf nicht nur, man muss sogar.
>>
>> Das gilt im Übrigen nur für das externe test-Kommando. Shells haben oft
>> eine interne Version, die auch "==" versteht. Das gilt z.B. für bash,
>> nicht aber für sh.
>
> Das test der GNU core-utilities (hier coreutils 8.30) akzeptiert es, hat
> es aber nur in der info und nicht in der man-page dokumentiert.
Stimmt. In der info ist es hier ebenfalls drin, und es funktioniert
auch. Also war meine Info wohl etwas veraltet. Sorry & Danke für die
Richtigstellung.
Ich nehme somit alles zurück und behaupte das Gegenteil ;-)
Gruß
Claus
[toc] | [prev] | [next] | [standalone]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2022-09-30 20:55 +0000 |
| Message-ID | <th7l3g$gvod$1@yggdrasil.dn.cgarbs.de> |
| In reply to | #125380 |
Mahlzeit!
Claus Reibenstein <creibens@gmail.com> wrote:
> Sei froh, dass Du nicht in Fortran programmieren musst. Dort müsstest Du
> ".EQ." schreiben ;-)
test(1) hat doch auch ein -eq ;-)
Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
Alles was man will, kostet etwas mehr als es wert ist.
(Das zweite Gesetz der Thermodynamik)
[toc] | [prev] | [next] | [standalone]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2022-09-18 08:53 +0000 |
| Message-ID | <tg6mae$hon7$3@yggdrasil.dn.cgarbs.de> |
| In reply to | #125083 |
Mahlzeit! Peter Scholz <Peter_Scholz@vodafonmail.de> wrote: > Kennt jemand etckeeper, um Konfigurationsänderungen im > Verzeichnis /etc zu versionieren? Ist auf allen meiner Systeme installiert und sehr praktisch. Ich mache eher selten manuelle Commits der Art "Port XYZ in Firewall freigeschaltet". Aber die täglichen automatischen Commits erlauben es mir, ohne weiteres Zutun in die Vergangenheit zu blicken, ohne gleich die Backups auszugraben - das ist sehr praktisch. Gruß Christian -- ....Christian.Garbs....................................https://www.cgarbs.de "Ham Se ma ne Maak fürn Brötchen?" "Aber natürlich. Hier ist Ihre Mark." "Jau, danke. Hier is Ihr Brötchen..."
[toc] | [prev] | [next] | [standalone]
| From | Peter Scholz <Peter_Scholz@vodafonmail.de> |
|---|---|
| Date | 2022-09-18 11:28 +0200 |
| Message-ID | <20220918112823.4f6d34ffc328914dd82cfc91@vodafonmail.de> |
| In reply to | #125099 |
Christian Garbs schrieb am Sun, 18 Sep 2022 08:53:34 -0000 (UTC): > Mahlzeit! > > Peter Scholz <Peter_Scholz@vodafonmail.de> wrote: > >> Kennt jemand etckeeper, um Konfigurationsänderungen im >> Verzeichnis /etc zu versionieren? > > Ist auf allen meiner Systeme installiert und sehr praktisch. > > Ich mache eher selten manuelle Commits der Art "Port XYZ in Firewall > freigeschaltet". > > Aber die täglichen automatischen Commits erlauben es mir, ohne > weiteres Zutun in die Vergangenheit zu blicken, ohne gleich die > Backups auszugraben - das ist sehr praktisch. Ja, ich habe da mit git keine Erfahrung und Angst, dass da mit meinen /etc-Daten gefährliche Sachen passieren :-) -- Gruß Peter
[toc] | [prev] | [next] | [standalone]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2022-09-18 08:50 +0000 |
| Message-ID | <tg6m43$hon7$2@yggdrasil.dn.cgarbs.de> |
| In reply to | #125081 |
Mahlzeit!
Tim Landscheidt <tim@tim-landscheidt.de> wrote:
> Unabhängig von Deinem konkreten Anwendungsfall: Ich würde
> auch einmal einen Blick auf Ansible und andere Konfigurati-
> onsmanagementsysteme werfen. Es kann sehr hilfreich sein, ob
> automatisiert oder auch nur als „Checkliste“, wenn man auf-
> schreibt, „auf diesem/jedem System soll bash installiert
> sein und der Shell-Prompt so aufgebaut sein“, statt diese
> Information aus Paketlisten und Konfigurationsdateien, bei
> denen man eventuell nicht mehr nachvollziehen kann, ob sie
> nur den Default oder eine gewünschte Änderung darstellen,
> rekonstruieren zu müssen.
Ich glaube, das wäre hier mit Kanonen auf Spatzen zu schießen:
- meine persönliche Config habe ich in einem git-Repo¹, lokale
Abweichungen sind als Branch oder "nicht eingecheckt" erkennbar
- was installiert sein soll und was nur Abhängigkeit ist zählen
apt/aptitude anhand der manual/automatic-Markierung mit
- dass die Datenbank auf meinem Server und nicht auf dem Laptop
installiert ist, weiß ich so ;-)
- wenn ich größere Umbauarbeiten mache, checke ich die Änderungen in
/etc tatsächlich mit Kommentar ein, bei Kleinkram bin ich dafür zu
faul. Für "letzte Woche lief es noch, was ist jetzt anders?"
reicht mir der daily autocommit von etckeeper.
Es gibt tatsächlich den Fall, dass ich bei Libraries manchmal nicht
weiß, _warum_ ich sie manuell installiert habe. Das kann sein, weil
ich mal irgendein C-Programm lokal übersetzen wollte oder irgendein
selbstgeschriebenes Perlskript ein bestimmtes Modul braucht. Welches
das war und ob die Library noch benötigt wird, kriege ich nur nur
umständlich raus.
Aktuelle Lösung: Deinstallieren und gucken, was knallt ;-) Cronjobs
findet man so schnell, niemals benutzte Skripte nicht, aber die werden
ja auch nicht benutzt.
Das Problem drängt nicht so stark, dass ich da eine Lösung suche.
Vermutlich würde ich erstmal mit einer einfachen Textdatei anfangen
("$DATUM: $X installiert für $Y").
Lohnt sich Ansible bei individuell konfigurierten Single-User-
Systemen? Ich hätte das in Betracht gezogen, wenn ich
- diverse Systeme gleichartig einrichten muss
- ein einzelnes System wiederholt neu aufsetzen muss (wir haben so
eine Laborumgebung auf der Arbeit gehabt)
- mir ein System mit anderen Administratoren teile und wir
nachvollziehen müssen, wer etwas warum gemacht hat
Oder zählen etckeeper und mein config-git bereits als
"Konfigurationsmanagementsystem"? Dann ziehe ich das Posting zurück ;-)
Gruß
Christian
¹ https://github.com/mmitch/mitchscripts/tree/master/config
--
....Christian.Garbs....................................https://www.cgarbs.de
Wer diese Signatur zitiert, ist doof.
[toc] | [prev] | [next] | [standalone]
| From | Peter Scholz <Peter_Scholz@vodafonmail.de> |
|---|---|
| Date | 2022-09-18 11:19 +0200 |
| Message-ID | <20220918111903.467de5df9521d1985e291f57@vodafonmail.de> |
| In reply to | #125098 |
Christian Garbs schrieb am Sun, 18 Sep 2022 08:50:11 -0000 (UTC): > Oder zählen etckeeper und mein config-git bereits als > "Konfigurationsmanagementsystem"? Dann ziehe ich das Posting zurück ;-) Die Arch-Linuxer sehen das offenbar so ;-) https://wiki.archlinux.org/title/list_of_applications#Configuration_management -- Gruß Peter
[toc] | [prev] | [next] | [standalone]
| From | Tim Landscheidt <tim@tim-landscheidt.de> |
|---|---|
| Date | 2022-09-18 15:43 +0000 |
| Message-ID | <87illkvgby.fsf@vagabond.tim-landscheidt.de> |
| In reply to | #125098 |
Christian Garbs <mitch@cgarbs.de> wrote: > […] > Lohnt sich Ansible bei individuell konfigurierten Single-User- > Systemen? Ich hätte das in Betracht gezogen, wenn ich > - diverse Systeme gleichartig einrichten muss > - ein einzelnes System wiederholt neu aufsetzen muss (wir haben so > eine Laborumgebung auf der Arbeit gehabt) > - mir ein System mit anderen Administratoren teile und wir > nachvollziehen müssen, wer etwas warum gemacht hat > Oder zählen etckeeper und mein config-git bereits als > "Konfigurationsmanagementsystem"? Dann ziehe ich das Posting zurück ;-) „Lohnen“ ist ja immer relativ zu dem Aufwand und dem Nut- zen :-). Ich finde es häufig sehr praktisch (auch wenn ich die Ansible-„Sprache“ (YAML) überhaupt nicht mag). Letztes Jahr musste ein neuer Laptop her. Aufgrund des Wech- sels des Systemnamens und anderer Gerätenamen wäre eine ma- nuelle Migration von /etc wahrscheinlich ein längeres Unter- fangen geworden. So hatte ich mein „playbook“ und konnte den Großteil der Einrichtung automatisch durchführen. Ähnlich verhält es sich mit meinem Mietserver. Da hatte der Provider vor einiger Zeit mein ursprüngliches Produkt abge- kündigt; auch da fand ich es sehr vorteilhaft, dass ich bei der Neuinstallation nicht eine „black box“ übertragen muss- te, die irgendwie mit etwas Magie funktioniert, sondern et- was Handfestes hatte, wo, maschinen- aber auch menschenles- bar, vermerkt war, dass für diese und jene Funktionalität Paket A mit der Konfigurationsänderung B und dem Service C vorhanden sein muss. Vielleicht ist das, was Du mit dem letzten Punkt meinst: Ich habe häufig keine Erinnerung mehr, warum ich vor x Jahren einmal ein Paket installiert habe oder eine Konfigurations- datei geändert. Ansible (und andere Systeme) bietet da die Möglichkeit, das in einer Form zu „protokollieren“, die man in der Zukunft wiederverwenden kann. Aber: YMMV. Tim
[toc] | [prev] | [standalone]
Page 4 of 4 — ← Prev page 1 2 3 [4]
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web