On Wed, Feb 06, 2013 at 06:13:58PM +0100, Heino Tiedemann wrote:
> Gerhard Brauer <gb+ML-2011(at)derbrauer.homelinux.net> wrote:
>
> > also
> > würde bei -na das -n immer "run through all steps…" bedeuten.
> > Automatisch, da diese Option zu den Common Flags gehört.
> >
> > -n als "nein zu allem" gehört zu den "Features", die OPTIONS-Sektion
> > ist in der manpage genau nach CommonFlags und Features getrennt.
>
> Aber wo wird klar, das -a nicht zusammen mit features läuft?
Da ich mich gerade selbst erst mit portmaster/pkg bzw. dem ganzen
Paketmanagement bei FreeBSD vertraut mache: ich würde es aus dieser
Syntax-Notation in der manpage (oberster Teil) herauslesen:
---------
portmaster [Common Flags] -a
---------
Wenn doch bzw. auch Flags aus den "Features" möglich wären dann wohl
nur die, die auch "Sinn machen".
Bei einem automatischen Upgrade aller Ports (-a) würde ja ein -n im
Sinne "Sag nein zu allen Fragen die mit Ja oder Nein beantworten
werden könnten" wenig Sinn machen - die wenigsten pakete beim
Upgrade stellen ja überhaupt ja/nein-Fragen.
Wichtiger (höhere Priorität) hat da also IMHO -n im Sinne von: zeige
was du alles machen würdest, aber führe den Vorgang bitte nicht
real, also veränderlich zu den Daten, aus.
> Ich habe sie nie gemocht. Allein wegen des eklatenten mangels an
> beispielen.
Nun, zu portmaster gibt es ja sogar welche. Aber stimmt, ich schaue
meist auch erst ob es eine Examples-Sektion gibt - und diese meine
Probleme evtl. schon löst, bevor ich mich in die Tiefen der Optionen
vertiefen muß.
Merke: Ein unix-Tool ist erst dann ausgereift und final wenn
sämtliche Buchstaben des ASCII-Zeichensatzes als Optionen eingebaut
sind ;-)
Ach so: wenn dieses gcc-Problem noch existiert und sich mit -x nicht
lösen ließe: evtl. wäre der Abschnitt in der portmaster manpage ->
FILES, dort der Teil über die IGNOREME-Datei in /var/db/pkg/* noch
eine weitere Möglichkeit um daß Bauen/Upgrade abzustellen.
> Heino
Gruß
Gerhard
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Wed 06 Feb 2013 - 19:57:05 CET