Date: Tue, 04 Nov 2014 14:28:07 -0800 From: "Chris H" <bsd-lists@bsdforge.com> To: Matthias Andree <matthias.andree@gmx.de>, Tijl Coosemans <tijl@FreeBSD.org> Cc: freebsd-ports@freebsd.org Subject: Re: Reducing the size of the ports tree (brainstorm v2) Message-ID: <238b9bc5e8987fe4fa2e9de3f68dc2ac@ultimatedns.net> In-Reply-To: <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de>, <20141103212438.0893c3dc@kalimero.tijl.coosemans.org>, <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 04 Nov 2014 13:21:31 -0800 "Chris H" <bsd-lists@bsdforge.com> wrote > On Mon, 3 Nov 2014 21:24:38 +0100 Tijl Coosemans <tijl@FreeBSD.org> wrote > > > On Mon, 03 Nov 2014 09:22:09 +0100 Matthias Andree <matthias.andree@gmx.de> > > wrote: > Am 31.10.2014 um 19:56 schrieb Baptiste Daroussin: > > >> Hi all, > > >> > > >> tijl@ spotted an interesting point, distinfo and pkg-descr files files > > >> convenient are taking a lot of space for "free", we can reduce the size > > >> of the while ports tree by a factor 2 by simply merging them into one of > > >> the other files (Makefile and/or pkg-plist) from my testing it really > > >> devides significantly the size of the tree. > > >> > > >> Problem is how to merge them if we want to. > > >> > > >> What we do not want to loose: > > >> - Easyness of parsing distinfo > > >> - Easyness to get informations about the description > > >> > > >> so far I have not been able to figure out a user friendly way > > >> > > >> Ideas I got so far only concerns pkg-descr: > > >> Adding an entry in the Makefile for the WWW: > > >> WWW= bla > > >> or an entry in the plist: @www http... > > >> > > >> for the description the Makefile is not suitable as multi line entry in > > >> Makefiles are painful > > >> Maybe a new keyword: > > >> @descr <<EOD > > >> mydesc > > >> in > > >> multiline > > >> EOD > > >> > > >> which could easily be added to the plist parser in pkg. But I'm do not > > >> find that very friendly in particular for make(1) to extract the data. > > >> > > >> Concerning the distinfo I have no idea. > > >> > > >> so this mail is a call of ideas :), if nothing nice ideas is found we > > >> will just do nothing here :) > > > > > > My urgent recommendation is to leave it as is. Even if it wastes 200 > > > MB. Space is so cheap these days it's not worth introducing new > > > instabilities, re-train all contributors and all that. > > > > > > We haven't even shaken off all the staging and pkg fall-out, and now > > > we're talking about the next revolution. > > > > The numbers on http://beefy1.isc.freebsd.org/ and > > http://beefy2.isc.freebsd.org/ have never been better. > > > > > And if we really decided that we want to change things, we would need > > > these things BEFORE the implementation: > > > > > > 1. a clear list of the problems. > > > 1a. Space does not count, see above. > > > 1b. Insufficient tools (SVN) do not count. If the tools are bad, we > > > need other tools, not change our way of doing things. > > > > Other tools won't change anything. It's the file system that would > > have to change which is not going to happen. > > gpart(8) -a gives you what you need. If it's truly as bad as all that, > mounting the ports tree on a 512k aligned slice will reduce the "slack" ahem... that was s/512k/512b/g :P > you appear to be referring to. zfs(8) also has this ability. > > > When the ports tree was > > created disks were much smaller and file systems were better (still not > > good) at storing small files. Today disks are much bigger and file > > systems have adapted to that. Now it's time for the ports tree to adapt. > > > > Here's another way to look at it. Suppose that distinfo never existed > > and we always specified file sizes and checksums in the Makefile. Then > > someone would come along and suggest to do just that, put file sizes and > > checksums in a separate file named distinfo. Nobody would support that. > > IMHO sorting out all the pkg(8) issues still at large, would be more > prudent use of time, and resources. Just saying. > > --Chris > > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?238b9bc5e8987fe4fa2e9de3f68dc2ac>