On 14/05/14 03:47, Brian Evans (grknight) wrote:
Hi Brian,
> EAPI="4"
please always try to bump to latest EAPI when ever you add a new
revision or version to the tree,
> # Most of these are in the eclass
> DEPEND="|| ( >=sys-devel/gcc-3.4.6 >=sys-devel/gcc-apple-4.0 )
> >=sys-dev
On Wed, 14 May 2014 00:11:21 +
"Robin H. Johnson" wrote:
> Anyway, I'm ripping that out entirely to replace with RESTRICT=test.
Great.
jer
On 12 May 2014 21:35, Tom Wijsman wrote:
> What about putting multiple doc / man / info files in a single .xz file
> for each package?
>
How would one use them if they're installed as a single .xz file per
package?
Is there a trick that exists to allow this to even work for "man man" ?
I'm gu
On Tue, 13 May 2014 08:18:25 -0400 Rich Freeman wrote:
> On Tue, May 13, 2014 at 7:01 AM, Andrew Savchenko wrote:
> >
> > If we are trying to consider all possible cases, some filesystems
> > may benefit even from compression of very small files (e.g. from
> > 140 to 100 bytes) due to packing of m
On Tue, May 13, 2014 at 07:26:46PM +, Jeroen Roovers (jer) wrote:
> jer 14/05/13 19:26:46
>
> Modified: cvs-1.12.12-r6.ebuild cvs-1.12.12-r8.ebuild
> cvs-1.12.12-r10.ebuild cvs-1.11.23.ebuild ChangeLog
> cvs-1.12.12-r7.ebuil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 13/05/14 03:19 PM, Pacho Ramos wrote:
> El dom, 11-05-2014 a las 20:56 +0200, Michał Górny escribió: [...]
>> 4. whenever possible, depend on the specific subslot that is
>> known to provide SONAME equal to the required by your package,
>> e.g. fo
El dom, 11-05-2014 a las 20:56 +0200, Michał Górny escribió:
[...]
> 4. whenever possible, depend on the specific subslot that is known to
> provide SONAME equal to the required by your package, e.g. for
> libgcrypt.so.20 you depend on libgcrypt:0/20,
[...]
Why is this needed? Thanks for the expla
Rich Freeman posted on Tue, 13 May 2014 08:18:25 -0400 as excerpted:
> Btrfs also supports file inlining, so every byte saved on small files
> does actually help (I believe the data structure that stores the inlined
> data doesn't have a fixed record size).
There's an option for it, altho I've no
Dnia 2014-05-13, o godz. 09:28:49
Andrew Savchenko napisał(a):
> I tried network-sandbox — this is a disaster. It brokes distcc
> completely since distcc client can't connect to remote servers (and
> even to a local one if any).
Calling something a disaster just because it breaks one thing is
un
On Tue, 13 May 2014 06:08:52 +0400
Andrew Savchenko wrote:
> 1. How tools like man or info are supposed to work with such
> bundle? They are not expecting to have multiple man/info files into
> single xz bundle.
Hmm, true; they would need to be adapted, which involves talking to
upstream. Benchm
> On Tue, 13 May 2014, Rich Freeman wrote:
> Btrfs also supports file inlining, so every byte saved on small files
> does actually help (I believe the data structure that stores the
> inlined data doesn't have a fixed record size). Then again, btrfs
> also supports lzo compression and I belie
On Tue, May 13, 2014 at 1:28 AM, Andrew Savchenko wrote:
>
> Please do not enable them prior rigorous testing.
>
> I tried network-sandbox — this is a disaster. It brokes distcc
> completely since distcc client can't connect to remote servers (and
> even to a local one if any).
Certainly agree on
On Tue, May 13, 2014 at 7:01 AM, Andrew Savchenko wrote:
>
> If we are trying to consider all possible cases, some filesystems
> may benefit even from compression of very small files (e.g. from
> 140 to 100 bytes) due to packing of multiple small files in the
> same inode. ReiserFS is a good examp
On Tue, 13 May 2014 07:55:56 +0200 Ulrich Mueller wrote:
> > On Tue, 13 May 2014, Andrew Savchenko wrote:
>
> > Please consider that by default du shows block size, not byte size.
> > Than means that if file is actually 1234 bytes large, without -b it
> > will be still accounted for 4096 bytes
On Mon, 12 May 2014 19:39:09 +0200
Michał Górny wrote:
> I don't know postgresql well enough but does the test db reside
> in temporary build directory? That is, can you guarantee that:
>
> 1) it will never ever collide with user's database,
>
> 2) it will be properly cleaned up even if the tes
15 matches
Mail list logo
