Re: /stand 10x grows

2016-02-06 Thread Michael van Elst
mlel...@serpens.de (Michael van Elst) writes: >chris...@zoulas.com (Christos Zoulas) writes: >>I fixed it already. The sizes should be small again. >With sources from yesterday: >-r--r--r-- 1 mlelstv staff 3267496 Feb 6 08:59 >./stand/amd64/7.99.26/modules/ffs/ffs.kmod Reason is a bug

Re: /stand 10x grows

2016-02-05 Thread Andreas Gustafsson
Christos, The other day, you said: > The better question is: Do installed modules have both ctf and dwarf debug > info? Because they should only have ctf. ctf debugging info is much more > compact... What command should I run to determine this? -- Andreas Gustafsson, g...@gson.org

Re: /stand 10x grows

2016-02-05 Thread Christos Zoulas
On Feb 5, 7:26pm, g...@gson.org (Andreas Gustafsson) wrote: -- Subject: Re: /stand 10x grows | Christos, | | The other day, you said: | > The better question is: Do installed modules have both ctf and dwarf debug | > info? Because they should only have ctf. ctf debugging info is muc

Re: /stand 10x grows

2016-02-02 Thread Andreas Gustafsson
Manuel Bouyer wrote: > Hello, > on recent amd65 builds, /stand is bigger than it used to be > (10x bigger than on netbsd-7): netbsd-7 /stand is 20M, HEAD is 200M. > It seems that all modules did get bigger (e.g. zfs is 10M when it was just > below 1M), I didn't spot a subdir that accounts for most

Re: /stand 10x grows

2016-02-02 Thread Paul Goyette
On Tue, 2 Feb 2016, Kamil Rytarowski wrote: --[PinePGP]--[begin]-- On 02.02.2016 11:40, Manuel Bouyer wrote: Hello, on recent amd65 builds, /stand is bigger than it used to be (10x bigger than on netbsd-7): netbsd-7 /stand is 20M, HEAD is 200M.

Re: /stand 10x grows

2016-02-02 Thread Martin Husemann
On Tue, Feb 02, 2016 at 12:48:07PM +0200, Andreas Gustafsson wrote: > Presumably this is because of src/share/mk/bsd.kmodule.mk 1.56, > "If we are building CTF, keep debugging symbols." We need to send a HEADS UP to current users about this, especially on evbarm it may be a bad suprise. What are

/stand 10x grows

2016-02-02 Thread Manuel Bouyer
Hello, on recent amd65 builds, /stand is bigger than it used to be (10x bigger than on netbsd-7): netbsd-7 /stand is 20M, HEAD is 200M. It seems that all modules did get bigger (e.g. zfs is 10M when it was just below 1M), I didn't spot a subdir that accounts for most of the space. Any idea why

Re: /stand 10x grows

2016-02-02 Thread Kamil Rytarowski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02.02.2016 11:40, Manuel Bouyer wrote: > Hello, on recent amd65 builds, /stand is bigger than it used to be > (10x bigger than on netbsd-7): netbsd-7 /stand is 20M, HEAD is > 200M. It seems that all modules did get bigger (e.g. zfs is 10M > when

Re: /stand 10x grows

2016-02-02 Thread Manuel Bouyer
On Tue, Feb 02, 2016 at 06:47:24PM +0800, Paul Goyette wrote: > On Tue, 2 Feb 2016, Kamil Rytarowski wrote: > > >--[PinePGP]--[begin]-- > >On 02.02.2016 11:40, Manuel Bouyer wrote: > >>Hello, on recent amd65 builds, /stand is bigger than it used to

Re: /stand 10x grows

2016-02-02 Thread Paul Goyette
On Tue, 2 Feb 2016, Martin Husemann wrote: On Tue, Feb 02, 2016 at 12:48:07PM +0200, Andreas Gustafsson wrote: Presumably this is because of src/share/mk/bsd.kmodule.mk 1.56, "If we are building CTF, keep debugging symbols." We need to send a HEADS UP to current users about this, especially

Re: /stand 10x grows

2016-02-02 Thread Christos Zoulas
In article <20160202105547.gd1...@asim.lip6.fr>, Manuel Bouyer wrote: >On Tue, Feb 02, 2016 at 06:47:24PM +0800, Paul Goyette wrote: >> On Tue, 2 Feb 2016, Kamil Rytarowski wrote: >> >> >--[PinePGP]--[begin]-- >> >On