Re: Ports kreieren

From: Lars Engels <lars.engels(at)0x20.net>
Date: Tue, 15 Jul 2014 11:10:48 +0200

Am 2014-07-15 04:42, schrieb Peter Ross:
> Hi Lars,
>
> On Thu, 26 Jun 2014, Lars Engels wrote:
>
>> schau mal hier:
>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html#makefile-master_sites-github-ex1
>> und z.B. im net-mgmt/icinga2 Port, der zieht sich auch was von GH.
>
> Danke. Das hatte ich nicht gesehen.
>
>> Ob das mit dem Prüfen von Optionen von Abhängigkeiten geht, weiß ich
>> nicht genau.
>> Zur Not kannst du aber im pre-everything:: Target eine Message
>> ausgeben, dass
>> Abhängigkeit X mit Option Y gebaut werden muss.
>> Alternativ kannst du zu Abhängigkeit X einen Slaveport erstellen, der
>> die Option gesetzt hat, das habe ich mit net-mgmt/pnp-icinga gemacht,
>> dann kann man auch die Pakete davon benutzen.
>
> Ja.
>
> Ich bin gerade über so einen Port gestolpert (nrpe-ssl).
>
> Ich finde das unelegant, für ein Programm mehrere Ports zu haben. Es
> ist ja auch irreführend, denke ich. nrpe mit SSL übersetzt ist ja das
> Gleiche, als nrpe-ssl.

Mittelfristig wird das mit flavours umgangen werden. Bis dahin muss man
sich noch mit Meta-Ports behelfen.

>
> pkg query gibt ja die Optionen aus (pkg query %Ok=%Ov <pname>)..
>
> Nebenbei, wenn ich mein port jail neu kreiere, geht das Bauen von
> icinga derzeit nicht. Wenn dann weitere Pakete gebaut und installiert
> werden, geht es.
>
> Ich vermute, eine Abhängigkeit wird da im Makefile nicht
> berücksichtigt.
>
> Ich muß mir mal Zeit nehmen, um rauszufinden, woran es hängt. Im
> Moment läuft das alles in einem Skript, ich muß das mal mal manuell
> machen, um das Detail zu finden.

Hmm, eigentlich sollte das funktionieren. Bei mir in Poudriere läuft es
durch
und es gibt ja auch offizielle Pakete im FreeBSD Repository.
Hast du vielleicht an den OPTIONS was geändert? Vielleicht fehlt bei
einer gesetzten
Option eine Abhängigkeit.

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Tue 15 Jul 2014 - 11:10:54 CEST

search this site