| 1 |
On Mon, Aug 28 2017, Rich Freeman wrote: |
| 2 |
|
| 3 |
> On Mon, Aug 28, 2017 at 2:37 PM, allan gottlieb <gottlieb@×××.edu> wrote: |
| 4 |
>> On Mon, Aug 28 2017, Alan McKinnon wrote: |
| 5 |
>> |
| 6 |
>>> I forgot to mention there are things that /significantly/ improve |
| 7 |
>>> compile times. Top of the list is /var/tmp/portage on tmpfs. |
| 8 |
>> |
| 9 |
>> Does this mean that, if the build fails, you build again not on tmpfs so |
| 10 |
>> as to capture build.log? |
| 11 |
>> |
| 12 |
> |
| 13 |
> Just copy the build log off the tmpfs. Portage doesn't remove it |
| 14 |
> automatically. Unless you reboot the system before inspecting it the |
| 15 |
> file will still be there unless you have a really overzealous |
| 16 |
> tmpreaper. |
| 17 |
> |
| 18 |
> (Or if you're doing the build in a systemd unit. I actually build |
| 19 |
> binary packages overnight from a unit and was always puzzled about why |
| 20 |
> the build was gone from /var/tmp/portage when I'd inspect errors. |
| 21 |
> Then I realize the default is for units to have a private /var/tmp - |
| 22 |
> so it was gone when the unit terminated. That can of course be |
| 23 |
> disabled.) |
| 24 |
|
| 25 |
Thank you Rich and Joost. |
| 26 |
allan |
Archives