Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Justin (jlec)
On 12/05/14 02:18, Davide Pesavento wrote: On Sun, May 11, 2014 at 11:42 PM, Michał Górny mgo...@gentoo.org wrote: Hi, everyone. Almost 9 months ago I've committed three new FEATURES for portage: cgroup, ipc-sandbox and network-sandbox. Today I'd like to propose enabling at least the latter

[gentoo-dev] Re: RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Ryan Hill
On Sun, 11 May 2014 23:42:38 +0200 Michał Górny mgo...@gentoo.org wrote: Hi, everyone. Almost 9 months ago I've committed three new FEATURES for portage: cgroup, ipc-sandbox and network-sandbox. Today I'd like to propose enabling at least the latter two by default. Firstly, I'd like to

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Marcin Mirosław
W dniu 11.05.2014 23:27, Pacho Ramos pisze: El dom, 11-05-2014 a las 19:46 +0200, Michał Górny escribió: Hello, developers. I'd like to raise the following item for discussion: making .xz the default compressor used by portage for documentation, man pages and info files. That is, the

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Tom Wijsman
On Sun, 11 May 2014 19:46:50 +0200 Michał Górny mgo...@gentoo.org wrote: Rationale: xz-utils is quite widespread nowadays and it is a part of @system set. It can achieve better compression ratio than bzip2, and faster decompression at the same time. Some thoughts: What about putting multiple

Re: [gentoo-dev] Re: RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Tom Wijsman
On Mon, 12 May 2014 00:47:17 -0600 Ryan Hill rh...@gentoo.org wrote: 1. cgroup -- puts all processes spawned by ebuild to cgroup, and kills all of them once phase exits (prevents leaving orphans), 2. ipc-sandbox -- puts all processes spawned by ebuild to a separate IPC namespace,

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Tom Wijsman
On Mon, 12 May 2014 11:31:45 +0200 Marcin Mirosław mar...@mejor.pl wrote: Imho there is no real advantages to change current compressor for man files. It's insufficient to experiment on a single file to make such claim, you may very well found a file that works equally well with multiple

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Alexander Tsoy
В Sun, 11 May 2014 18:26:32 -0500 Gordon Pettey petteyg...@gmail.com пишет: A lot of small files (e.g. AUTHORS, ChangeLog FWIW: On my system, I have 59M of bz2 files in /usr/share/man and /usr/share/doc. A short script to decompress those and recompress with xz -6e reduced that to 36M.

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Alexander Tsoy
В Mon, 12 May 2014 14:47:36 +0400 Alexander Tsoy alexan...@tsoy.me пишет: В Sun, 11 May 2014 18:26:32 -0500 Gordon Pettey petteyg...@gmail.com пишет: A lot of small files (e.g. AUTHORS, ChangeLog FWIW: On my system, I have 59M of bz2 files in /usr/share/man and /usr/share/doc. A

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 - -1 from me until Portage is capable of detecting if the user's operating system supports the FEATUREs, and informing them of this. I also agree with Ryan that the relevant Linux options should be added to the Gentoo Linux menu. - -- Alexander

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Tom Wijsman
On Mon, 12 May 2014 14:47:36 +0400 Alexander Tsoy alexan...@tsoy.me wrote: Here is my test results. xz options: --lzma2=preset=6e,dict=4MiB. Larger dictionary size does not improve compression ratio, I get even worse results with just -6e or -9e. man-bz2 is a full copy of my /usr/share/man,

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Alexander Tsoy
В Mon, 12 May 2014 14:17:11 +0200 Tom Wijsman tom...@gentoo.org пишет: On Mon, 12 May 2014 14:47:36 +0400 Alexander Tsoy alexan...@tsoy.me wrote: Here is my test results. xz options: --lzma2=preset=6e,dict=4MiB. Larger dictionary size does not improve compression ratio, I get even worse

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Andreas K. Huettel
Am Montag, 12. Mai 2014, 13:15:35 schrieb Alexander Berntsen: -1 from me until Portage is capable of detecting if the user's operating system supports the FEATUREs, and informing them of this. I also agree with Ryan that the relevant Linux options should be added to the Gentoo Linux menu.

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Mike Gilbert
On Mon, May 12, 2014 at 8:59 AM, Andreas K. Huettel dilfri...@gentoo.org wrote: Am Montag, 12. Mai 2014, 13:15:35 schrieb Alexander Berntsen: -1 from me until Portage is capable of detecting if the user's operating system supports the FEATUREs, and informing them of this. I also agree with

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Ciaran McCreesh
On Mon, 12 May 2014 13:15:35 +0200 Alexander Berntsen berna...@gentoo.org wrote: - -1 from me until Portage is capable of detecting if the user's operating system supports the FEATUREs, and informing them of this. A flag being present or not in FEATURES does not mean anything, and if you're

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/05/14 17:23, Ciaran McCreesh wrote: A flag being present or not in FEATURES does not mean anything, and if you're assuming that it does then you have a bug. Please try to stay on topic, and don't obfuscate your posts needlessly. Note that I

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Ciaran McCreesh
On Mon, 12 May 2014 17:46:57 +0200 Alexander Berntsen berna...@gentoo.org wrote: On 12/05/14 17:23, Ciaran McCreesh wrote: A flag being present or not in FEATURES does not mean anything, and if you're assuming that it does then you have a bug. Please try to stay on topic, and don't obfuscate

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/libsdl2/files: libsdl2-2.0.3-static-libs.patch

2014-05-12 Thread Samuli Suominen
On 12/05/14 18:56, Julian Ospald (hasufell) wrote: hasufell14/05/12 15:56:05 Added:libsdl2-2.0.3-static-libs.patch Log: version bump (Portage version: 2.2.10/cvs/Linux x86_64, signed Manifest commit with key BDEED020) Revision ChangesPath 1.1

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/11/2014 05:42 PM, Michał Górny wrote: Hi, everyone. Almost 9 months ago I've committed three new FEATURES for portage: cgroup, ipc-sandbox and network-sandbox. Today I'd like to propose enabling at least the latter two by default.

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Rich Freeman
On Mon, May 12, 2014 at 12:07 PM, Rick Zero_Chaos Farina zeroch...@gentoo.org wrote: What about talking to local network resources? In my metasploit ebuild it has tests available which talk to a local database and are perfectly safe, however, if postgresql is started on the system the tests

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Mike Gilbert
On Mon, May 12, 2014 at 11:59 AM, Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Mon, 12 May 2014 17:46:57 +0200 Alexander Berntsen berna...@gentoo.org wrote: On 12/05/14 17:23, Ciaran McCreesh wrote: A flag being present or not in FEATURES does not mean anything, and if you're

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Ciaran McCreesh
On Mon, 12 May 2014 12:44:38 -0400 Mike Gilbert flop...@gentoo.org wrote: On Mon, May 12, 2014 at 11:59 AM, Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Mon, 12 May 2014 17:46:57 +0200 Alexander Berntsen berna...@gentoo.org wrote: On 12/05/14 17:23, Ciaran McCreesh wrote: A

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Mike Gilbert
On Mon, May 12, 2014 at 12:46 PM, Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Mon, 12 May 2014 12:44:38 -0400 Mike Gilbert flop...@gentoo.org wrote: On Mon, May 12, 2014 at 11:59 AM, Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Mon, 12 May 2014 17:46:57 +0200

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Peter Stuge
Mike Gilbert wrote: On Mon, May 12, 2014 at 12:46 PM, Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: Why, though? We should probably emit an error message advising the user to enable the kernel option or disable the network-sandbox feature. This should happen when we call

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Michał Górny
Dnia 2014-05-12, o godz. 12:40:42 Rich Freeman ri...@gentoo.org napisał(a): However, I don't know if portage actually makes the network namespace that it creates useful - I don't know if it contains any interfaces, or if they are initialized/etc. It sets up a private loopback (alike 'ifconfig

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Michał Górny
Dnia 2014-05-12, o godz. 12:07:11 Rick \Zero_Chaos\ Farina zeroch...@gentoo.org napisał(a): What about talking to local network resources? In my metasploit ebuild it has tests available which talk to a local database and are perfectly safe, however, if postgresql is started on the system the

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/12/2014 01:08 PM, Michał Górny wrote: Dnia 2014-05-12, o godz. 12:07:11 Rick \Zero_Chaos\ Farina zeroch...@gentoo.org napisał(a): What about talking to local network resources? In my metasploit ebuild it has tests available which talk to

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Michał Górny
Dnia 2014-05-12, o godz. 13:22:20 Rick \Zero_Chaos\ Farina zeroch...@gentoo.org napisał(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/12/2014 01:08 PM, Michał Górny wrote: Dnia 2014-05-12, o godz. 12:07:11 Rick \Zero_Chaos\ Farina zeroch...@gentoo.org napisał(a): What

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/libsdl2/files: libsdl2-2.0.3-static-libs.patch

2014-05-12 Thread Tom Wijsman
On Mon, 12 May 2014 18:59:33 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: - $(LIBTOOL) --mode=link $(CC) -o $@ $(OBJECTS) $(VERSION_OBJECTS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(LT_LDFLAGS) + $(LIBTOOL) --mode=link $(CC) $(CFLAGS) -o $@ $^ $(LDFLAGS) $(EXTRA_LDFLAGS) $(LT_LDFLAGS)

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Peter Stuge
Rich Freeman wrote: Longterm, this makes it year after year more difficult to develop software for Linux. I'm with you here, but what is the solution? If we say we stick to upstream then we don't provide pkg-config files at all (in these cases). I think this is a sane default. Then

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Rich Freeman
On Mon, May 12, 2014 at 1:22 PM, Rick Zero_Chaos Farina zeroch...@gentoo.org wrote: That would be nice, can we do the network namespaces so that I at least don't have to bind to a random port? That alone would be a major improvement in usability. From my very limited understanding of network

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Samuli Suominen
On 12/05/14 20:47, Peter Stuge wrote: Rich Freeman wrote: Longterm, this makes it year after year more difficult to develop software for Linux. I'm with you here, but what is the solution? If we say we stick to upstream then we don't provide pkg-config files at all (in these cases). I

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Michał Górny
Dnia 2014-05-12, o godz. 21:24:26 Samuli Suominen ssuomi...@gentoo.org napisał(a): On 12/05/14 20:47, Peter Stuge wrote: Rich Freeman wrote: Longterm, this makes it year after year more difficult to develop software for Linux. I'm with you here, but what is the solution? If we

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Peter Stuge
Samuli Suominen wrote: If we say we stick to upstream then we don't provide pkg-config files at all (in these cases). I think this is a sane default. Except having pkg-config is the only way to fix some of the build issues we are seeing today, like getting 'Libs.private: ' for static

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Alon Bar-Lev
On Mon, May 12, 2014 at 9:48 PM, Peter Stuge pe...@stuge.se wrote: Samuli Suominen wrote: If we say we stick to upstream then we don't provide pkg-config files at all (in these cases). I think this is a sane default. Except having pkg-config is the only way to fix some of the build

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Tom Wijsman
On Mon, 12 May 2014 20:48:16 +0200 Peter Stuge pe...@stuge.se wrote: Samuli Suominen wrote: Except having pkg-config is the only way to fix some of the build issues we are seeing today, like getting 'Libs.private: ' for static linking, there has been multiple bugs lately, I honestly

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Peter Stuge
Tom Wijsman wrote: besides a temporary fix downstream it should go upstream; I think there is agreement that this is the ideal, and that the discussion is about what to do when that seems out of reach. My key point is that it isn't Gentoo's responsibility or duty to fix problems introduced

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Samuli Suominen
On 12/05/14 22:25, Peter Stuge wrote: (Are we seriously discussing banning something useful as pkg-config files?! That's retarded. Must be some joke.) I don't think I said to ban them. I said that I want Gentoo to stay close to upstream by default. I also said that maintainers shouldn't be

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/libsdl2/files: libsdl2-2.0.3-static-libs.patch

2014-05-12 Thread hasufell
Samuli Suominen: You know that adding $(LDFLAGS) so late in the linker line makes whole -Wl,--as-needed get ignored? Yes I know and the patch is correct as is.

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Markos Chandras
On 05/12/2014 06:47 PM, Peter Stuge wrote: Rich Freeman wrote: Longterm, this makes it year after year more difficult to develop software for Linux. I'm with you here, but what is the solution? If we say we stick to upstream then we don't provide pkg-config files at all (in these cases).

Re: [gentoo-dev] New category lxqt-base

2014-05-12 Thread Markos Chandras
Hi Ben, On 05/12/2014 07:06 AM, Ben de Groot wrote: On 12 May 2014 03:28, Jauhien Piatlicki jauh...@gentoo.org wrote: Hi all, LXQt 0.7.0 has been released [1]. As it is project different from LXDE That is debatable. LXQt is released by the merged LXDE and Razor-Qt upstreams. One could

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread hasufell
Samuli Suominen: On 12/05/14 20:47, Peter Stuge wrote: Rich Freeman wrote: Longterm, this makes it year after year more difficult to develop software for Linux. I'm with you here, but what is the solution? If we say we stick to upstream then we don't provide pkg-config files at all (in

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Tom Wijsman
On Mon, 12 May 2014 21:25:55 +0200 Peter Stuge pe...@stuge.se wrote: Tom Wijsman wrote: besides a temporary fix downstream it should go upstream; I think there is agreement that this is the ideal, and that the discussion is about what to do when that seems out of reach. Yes, I think

Re: [gentoo-dev] Re: Banning modification of pkg-config files

2014-05-12 Thread Tom Wijsman
On Mon, 12 May 2014 23:43:34 +0200 Tom Wijsman tom...@gentoo.org wrote: Yeah, it's tricky; this makes me think, can't we perhaps install them in a separate directory that pkg-config could check? A quick collective brainstorm on IRC gives the idea that this is not worth the effort, as this

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Gordon Pettey
On Mon, May 12, 2014 at 5:47 AM, Alexander Tsoy alexan...@tsoy.me wrote: В Sun, 11 May 2014 18:26:32 -0500 Gordon Pettey petteyg...@gmail.com пишет: A lot of small files (e.g. AUTHORS, ChangeLog FWIW: On my system, I have 59M of bz2 files in /usr/share/man and /usr/share/doc. A short

[gentoo-dev] Re: RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Ryan Hill
On Mon, 12 May 2014 11:39:10 +0200 Tom Wijsman tom...@gentoo.org wrote: On Mon, 12 May 2014 00:47:17 -0600 Ryan Hill rh...@gentoo.org wrote: 1. cgroup -- puts all processes spawned by ebuild to cgroup, and kills all of them once phase exits (prevents leaving orphans), 2.

Re: [gentoo-dev] Re: RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Alon Bar-Lev
Hi, I do not know if this came up... glibc must be bumped first[1]. Alon [1] https://bugs.gentoo.org/show_bug.cgi?id=504032

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Andrew Savchenko
On Mon, 12 May 2014 11:35:00 +0200 Tom Wijsman wrote: On Sun, 11 May 2014 19:46:50 +0200 Michał Górny mgo...@gentoo.org wrote: Rationale: xz-utils is quite widespread nowadays and it is a part of @system set. It can achieve better compression ratio than bzip2, and faster decompression at

Re: [gentoo-dev] New category lxqt-base

2014-05-12 Thread Pavel Kazakov
On 05/12/2014 01:17 PM, Markos Chandras wrote: It's only me who spoke on behalf of LXDE so far :( gtk2 is still alive, and lxde said that while it's still alive, the GTK lxde will still be supported. After all, lxde-base, as the name implies, is for lxde-related packages (maintained by lxde@).

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Andrew Savchenko
Hello, On Mon, 12 May 2014 14:47:36 +0400 Alexander Tsoy wrote: В Sun, 11 May 2014 18:26:32 -0500 Gordon Pettey petteyg...@gmail.com пишет: A lot of small files (e.g. AUTHORS, ChangeLog FWIW: On my system, I have 59M of bz2 files in /usr/share/man and /usr/share/doc. A short script

Re: [gentoo-dev] RFC: enabling ipc-sandbox network-sandbox by default

2014-05-12 Thread Andrew Savchenko
Hello, On Sun, 11 May 2014 23:42:38 +0200 Michał Górny wrote: Hi, everyone. Almost 9 months ago I've committed three new FEATURES for portage: cgroup, ipc-sandbox and network-sandbox. Today I'd like to propose enabling at least the latter two by default. Firstly, I'd like to shortly

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

2014-05-12 Thread Ulrich Mueller
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 4K-block filesystem. This raises another question, namely if files

Re: [gentoo-portage-dev] [PATCH] Support the 'packages' profile file as a directory.

2014-05-12 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thanks! Committed as b4d8e300c04b768be7cd5c64116d6cc0453219b4. - -- Alexander berna...@gentoo.org https://secure.plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird -

Re: [gentoo-portage-dev] [PATCH] Support the 'packages' profile file as a directory.

2014-05-12 Thread Alec Warner
And the manpages..? -A On Mon, May 12, 2014 at 3:14 AM, Alexander Berntsen berna...@gentoo.orgwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thanks! Committed as b4d8e300c04b768be7cd5c64116d6cc0453219b4. - -- Alexander berna...@gentoo.org https://secure.plaimi.net/~alexander

Re: [gentoo-portage-dev] [PATCH] Support the 'packages' profile file as a directory.

2014-05-12 Thread Sebastian Luther
Am 12.05.2014 12:14, schrieb Alexander Berntsen: Thanks! Committed as b4d8e300c04b768be7cd5c64116d6cc0453219b4. This change requires a new profile format (you'd want to call it portage-3 probably). The change then needs to depend on it. - Sebastian

Re: [gentoo-portage-dev] [PATCH] Support the 'packages' profile file as a directory.

2014-05-12 Thread Brian Dolbec
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, 12 May 2014 12:14:51 +0200 Alexander Berntsen berna...@gentoo.org wrote: Thanks! Committed as b4d8e300c04b768be7cd5c64116d6cc0453219b4. - -- Alexander berna...@gentoo.org Did you look at the bug mentioned? It is an EAPI-6

Re: [gentoo-portage-dev] [PATCH] Support the 'packages' profile file as a directory.

2014-05-12 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/05/14 20:45, Brian Dolbec wrote: Did you look at the bug mentioned? It is an EAPI-6 proposal, which when you look at the PMS patch... it also mentions that catalyst is not capable of packages.build as a directory. So it needs to be

Re: [gentoo-portage-dev] [PATCH] Support the 'packages' profile file as a directory.

2014-05-12 Thread Sebastian Luther
Am 12.05.2014 21:43, schrieb Alexander Berntsen: The patch fixes a more immediate problem. Per the Portage man page, any file in /etc/portage/make.profile/ can be a directory. Without this patch, Portage crashes. Please cite the part of the man page that says this. I only see (in man

Re: [gentoo-portage-dev] [PATCH] Support the 'packages' profile file as a directory.

2014-05-12 Thread Brian Dolbec
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, 12 May 2014 22:39:19 +0200 Alexander Berntsen berna...@gentoo.org wrote: On 12/05/14 22:06, Sebastian Luther wrote: Please cite the part of the man page that says this. I only see (in man portage): 'Any file in this directory [...]

Re: [gentoo-portage-dev] [PATCH] Support the 'packages' profile file as a directory.

2014-05-12 Thread Brian Dolbec
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, 12 May 2014 23:24:40 +0200 Alexander Berntsen berna...@gentoo.org wrote: FIX IT! I'm not convinced screaming at volunteers is a good motivational strategy. I didn't mean it as a scream, just emphasis. I've been feeling a little