| 1 |
On Friday 07 July 2006 19:04, Harald van Dijk wrote: |
| 2 |
> I hope this is specific enough: toolchain.eclass revision 1.234 |
| 3 |
> (separating ssp/... from vanilla) log message: |
| 4 |
> "ssp/pie/htb have their own USE flags sep from vanilla, so people can |
| 5 |
> utilize those" |
| 6 |
> when in fact the old USE=vanilla behaviour is unavailable now. You have |
| 7 |
> never (as far as I know) answered whether it was intended to keep the |
| 8 |
> old behaviour as an option, and if it wasn't, why the log message is |
| 9 |
> what it is. |
| 10 |
|
| 11 |
well i cant answer it if you havent asked it ... me not answering you on irc |
| 12 |
when i'm not around does not constitute being ignored and anyone who relies |
| 13 |
on irc in this respect really needs to learn more about irc |
| 14 |
|
| 15 |
the log message looks pretty clear to me, i dont see this "hidden message" |
| 16 |
you're referring to |
| 17 |
|
| 18 |
the ssp/pie/htb patches have their own USE flags so separating them from |
| 19 |
USE=vanilla makes perfect sense ... now you can do: |
| 20 |
gentoo patches + ssp |
| 21 |
gentoo patches + nossp |
| 22 |
vanilla + ssp |
| 23 |
vanilla + nossp |
| 24 |
|
| 25 |
whereas before you only had the option of: |
| 26 |
gentoo patches + ssp |
| 27 |
vanilla + nossp |
| 28 |
|
| 29 |
like i said in my previous e-mail, forcing stubs onto people even when |
| 30 |
USE=vanilla *is by design* because i got tired of people who had no clue |
| 31 |
about the consequences throwing USE=vanilla into their USE in make.conf and |
| 32 |
then complaining when the lack of SSP broke things ... this is also the |
| 33 |
reason i havent added USE=vanilla to glibc, too many users would simply break |
| 34 |
their boxes |
| 35 |
-mike |
Archives