Inverting OPTIONS (Was: Re: cvs commit: ports/net-im/libpurpleMakefile distinfo)
in [Ports]
|
From: Doug Barton on 26 Jul 2010 16:30 On Mon, 26 Jul 2010, Emanuel Haupt wrote: > Doug Barton <dougb(a)FreeBSD.org> wrote: >> ports/net-im/libpurple/files/patch-libpurple_protocols_oscar_oscar.c >> has been added to the latest version, so the patch is no longer >> needed. > > Also, the PLIST is broken if the PERL option is specified: > > http://people.freebsd.org/~ehaupt/buildlogs/libpurple-2.7.2.log > > Maybe from time to time a QAT exp run with inverted OPTIONS values > would be revealing. As I said on IRC yesterday, there is no reason to expect that simply inverting OPTIONS would work. A lot of OPTIONS are not binary, and the defaults are chose to work together, often in harmony with the dependencies that they trigger. Put another way, it does not logically follow that if "A, B, and !C" works that "!A, !B, and C" would also work. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Emanuel Haupt on 26 Jul 2010 17:39 Doug Barton <dougb(a)freebsd.org> wrote: > On Mon, 26 Jul 2010, Emanuel Haupt wrote: > > > Doug Barton <dougb(a)FreeBSD.org> wrote: > >> ports/net-im/libpurple/files/patch-libpurple_protocols_oscar_oscar.c > >> has been added to the latest version, so the patch is no longer > >> needed. > > > > Also, the PLIST is broken if the PERL option is specified: > > > > http://people.freebsd.org/~ehaupt/buildlogs/libpurple-2.7.2.log > > > > Maybe from time to time a QAT exp run with inverted OPTIONS values > > would be revealing. > > As I said on IRC yesterday, there is no reason to expect that simply > inverting OPTIONS would work. A lot of OPTIONS are not binary, and > the defaults are chose to work together, often in harmony with the > dependencies that they trigger. > > Put another way, it does not logically follow that if "A, B, and !C" > works that "!A, !B, and C" would also work. I didn't assume that. It would be an easy way to spot simple mistakes such as incomplete package lists, unfetchable optional distfiles, things like that. Emanuel _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Doug Barton on 26 Jul 2010 20:50 On Mon, 26 Jul 2010, Emanuel Haupt wrote: > Doug Barton <dougb(a)freebsd.org> wrote: >> On Mon, 26 Jul 2010, Emanuel Haupt wrote: >> >>> Doug Barton <dougb(a)FreeBSD.org> wrote: >>>> ports/net-im/libpurple/files/patch-libpurple_protocols_oscar_oscar.c >>>> has been added to the latest version, so the patch is no longer >>>> needed. >>> >>> Also, the PLIST is broken if the PERL option is specified: >>> >>> http://people.freebsd.org/~ehaupt/buildlogs/libpurple-2.7.2.log >>> >>> Maybe from time to time a QAT exp run with inverted OPTIONS values >>> would be revealing. >> >> As I said on IRC yesterday, there is no reason to expect that simply >> inverting OPTIONS would work. A lot of OPTIONS are not binary, and >> the defaults are chose to work together, often in harmony with the >> dependencies that they trigger. >> >> Put another way, it does not logically follow that if "A, B, and !C" >> works that "!A, !B, and C" would also work. > > I didn't assume that. It would be an easy way to spot simple mistakes > such as incomplete package lists, unfetchable optional distfiles, > things like that. Well then why don't you explain in more detail what you're suggesting, because one of us is confused. :) -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Emanuel Haupt on 31 Jul 2010 08:26 Doug Barton <dougb(a)FreeBSD.org> wrote: > On Mon, 26 Jul 2010, Emanuel Haupt wrote: > > > Doug Barton <dougb(a)freebsd.org> wrote: > >> On Mon, 26 Jul 2010, Emanuel Haupt wrote: > >> > >>> Doug Barton <dougb(a)FreeBSD.org> wrote: > >>>> ports/net-im/libpurple/files/patch-libpurple_protocols_oscar_oscar.c > >>>> has been added to the latest version, so the patch is no longer > >>>> needed. > >>> > >>> Also, the PLIST is broken if the PERL option is specified: > >>> > >>> http://people.freebsd.org/~ehaupt/buildlogs/libpurple-2.7.2.log > >>> > >>> Maybe from time to time a QAT exp run with inverted OPTIONS values > >>> would be revealing. > >> > >> As I said on IRC yesterday, there is no reason to expect that > >> simply inverting OPTIONS would work. A lot of OPTIONS are not > >> binary, and the defaults are chose to work together, often in > >> harmony with the dependencies that they trigger. > >> > >> Put another way, it does not logically follow that if "A, B, and ! > >> C" works that "!A, !B, and C" would also work. > > > > I didn't assume that. It would be an easy way to spot simple > > mistakes such as incomplete package lists, unfetchable optional > > distfiles, things like that. > > Well then why don't you explain in more detail what you're > suggesting, because one of us is confused. :) Inverting OPTIONS setting in an exp run every now and then could screen *simple* mistakes. For instance conditionally defined patchfiles, distfiles, extra patches that don't apply anymore and so on. There is no way this can ensure that those OPTIONS would even make the port build but that would not be the intention. Emanuel _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
|
Pages: 1 Prev: CFT: New mplayer version Next: [CFT] mail/dbmail: update to 2.2.16 |