On Thu, Mar 8, 2018 at 9:11 PM, R0b0t1 wrote:
>
> Sadly interest in the patches seems to have waned. The functionality
> is not exactly duplicated in containers, but they do make it easier to
> find changes.
>
Well, the idea with containers wouldn't be to monitor anything, but
instead to ensure t
On Thu, Mar 8, 2018 at 7:06 PM, Rich Freeman wrote:
> On Thu, Mar 8, 2018 at 7:46 PM, Benda Xu wrote:
>> Rich Freeman writes:
>>
>>> If you have util-linux installed then try running (as any user - you
>>> don't have to be root): unshare -i -m -n -p -u -C -f --mount-proc -U
>>> -r /bin/bash
>>>
Hello,
I am working on upgrading paho-mqtt to the latest release and I have an
issue with enabling tests.
I have FEATURE="test" in an lxc container and I am seeing it run the tests
when I emerge dev-python/paho-mqtt. However, when I committed my changes,
the reviewer is not having any test run wh
On Thu, Mar 8, 2018 at 7:46 PM, Benda Xu wrote:
> Rich Freeman writes:
>
>> If you have util-linux installed then try running (as any user - you
>> don't have to be root): unshare -i -m -n -p -u -C -f --mount-proc -U
>> -r /bin/bash
>>
>> Congrats. You are now root in a container. You're in the
Rich Freeman writes:
> If you have util-linux installed then try running (as any user - you
> don't have to be root): unshare -i -m -n -p -u -C -f --mount-proc -U
> -r /bin/bash
>
> Congrats. You are now root in a container. You're in the same root
> filesystem as always. You'll note that you
2018-03-08 16:40 GMT+01:00 Michał Górny :
> Hello, developers.
>
> I would like to bring to your attention an alarming trend in Gentoo
> ebuilds -- the proliferation of IUSE=static-libs, that is a flag
> allowing our users to build static libraries.
>
> I should like to remind you that static link
On Thu, Mar 8, 2018 at 4:00 PM, R0b0t1 wrote:
> On Thu, Mar 8, 2018 at 11:50 AM, Rich Freeman wrote:
>> If you have util-linux installed then try running (as any user - you
>> don't have to be root):
>> unshare -i -m -n -p -u -C -f --mount-proc -U -r /bin/bash
>>
>
> Interesting. I hadn't found
On Thu, Mar 8, 2018 at 11:50 AM, Rich Freeman wrote:
> If you have util-linux installed then try running (as any user - you
> don't have to be root):
> unshare -i -m -n -p -u -C -f --mount-proc -U -r /bin/bash
>
Interesting. I hadn't found a good interface to containers and
clone(2) besides Dock
On Wed, 7 Mar 2018 11:06:47 -0500
anote...@teknik.io wrote:
> Having used Gentoo for a few years now, one thing that has been annoying
> to me is the tremendous duplication of effort and uphill battle of
> creating ebuilds (build recipes) for language-specific packages that
> already have their ow
On Thu, 08 Mar 2018 16:40:44 +0100
Michał Górny wrote:
> So, developers, please *stop adding USE=static-libs* to random libraries
> that have no reason whatever to be statically linked to.
Sorry, I like a lot of your ideas but I'm with the others on this one.
I have, on the rare occasion, used t
On Thu, Mar 8, 2018 at 11:44 AM, R0b0t1 wrote:
>
> I think I was equating containers to Docker as well. My point was
> instead of trying to manage dependencies, containers allow people to
> shove everything into an empty root with no conflicts. The
> enthusiastic blog post seems to restate this.
>
The linux_config_src_exists and linux_config_bin_exists always return
false on non-Linux systems by design. Short-circuit it via
'kernel_linux' check.
---
eclass/linux-info.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/linux-info.eclass b/eclass/linux-info.e
Add appropriate 'die' calls in most of the seemingly public APIs
of the eclass that could be called by ebuilds and that are going to fail
horribly when used on non-Linux systems. This means that
e.g. 'kernel_is' calls need to be explicitly guarded in ebuilds, as we
can't really reasonably return 't
Make the check_extra_config and pkg_setup calls no-op on non-Linux
systems. Those systems don't have a Linux kernel, so they obviously
can't satisfy the requirements. This currently results in a lot of
useless warnings about missing Linux kernel sources on FreeBSD. We could
make it conditional per-
Add error handling for failing get_version call
in require_configured_kernel. Give just a simple 'die' message since
the get_version function should verbosely explain the problem.
---
eclass/linux-info.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/linux-info.ecl
All require_configured_kernel calls in this eclass are followed
by a get_version call. Since even calling it proactively wouldn't hurt,
move it to require_configured_kernel. This saves us from having
to manually implement error handling for it everywhere.
---
eclass/linux-info.eclass | 4 +---
1 f
Make linux-info_get_any_version die if it can't determine any version
of the Linux kernel. This indicates a problem with the eclass code
(as it should not happen on Linux) and the missing KV_* variables
are going to cause random misbehavior and failures.
---
eclass/linux-info.eclass | 4 +++-
1 fi
---
eclass/linux-info.eclass | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/eclass/linux-info.eclass b/eclass/linux-info.eclass
index b8c1a524bae8..df6227220b79 100644
--- a/eclass/linux-info.eclass
+++ b/eclass/linux-info.eclass
@@ -628,8 +628,7 @@ get_running_versio
Use bash array to perform a safe filename glob instead of calling 'ls'.
Also, use nullglob to cleanly handle no matches instead of silencing
errors.
---
eclass/linux-info.eclass | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/eclass/linux-info.eclass b/eclass/linux-info.e
Hi, everyone.
Here's a patch set for linux-info.eclass. Besides some minor cleanup,
it improves error handling and adds explicit handling for non-Linux
systems.
Currently, the eclass pretty much wrongly assumes that every system
is Linux. This causes e.g. a lot of spurious warnings or completely
On Thu, 08 Mar 2018 16:40:44 +0100
Michał Górny wrote:
> As part of that we also shouldn't deliver static libraries
OK, so you want to absolutely kill dead the only current sane way for
developers who use Gentoo to ship static binaries to their users'
target systems? Drive them away to another L
On Wed, Mar 7, 2018 at 3:06 PM, Rich Freeman wrote:
> On Wed, Mar 7, 2018 at 3:55 PM, R0b0t1 wrote:
>> On Wed, Mar 7, 2018 at 1:15 PM, Alec Warner wrote:
>>>
>>> Because containers are awesome and are way easier to use.
>>>
>>
>> I think you missed my point: Why are they easier to use?
>>
>
> I
On Thu, Mar 8, 2018 at 10:40 AM, Michał Górny wrote:
>
> So, developers, please *stop adding USE=static-libs* to random libraries
> that have no reason whatever to be statically linked to. And by that I
> mean a good reason, not creeping featurism, not 'user asked for it', not
> 'this broken packa
On Thu, Mar 8, 2018 at 10:40 AM, Michał Górny wrote:
> Hello, developers.
>
> I would like to bring to your attention an alarming trend in Gentoo
> ebuilds -- the proliferation of IUSE=static-libs, that is a flag
> allowing our users to build static libraries.
>
> I should like to remind you that
Hello, developers.
I would like to bring to your attention an alarming trend in Gentoo
ebuilds -- the proliferation of IUSE=static-libs, that is a flag
allowing our users to build static libraries.
I should like to remind you that static linking is almost always a bad
idea. It has serious securit
On 03/07/2018 11:06 AM, anote...@teknik.io wrote:
> It seems reasonable to me to 'hook' portage into these
> other package managers, so that running 'emerge bar'
> would actually run 'cabal install bar' rather than
> downloading sources and running 'ghc'.
it gets tricky when there's no good way t
On 03/08/2018 07:25 AM, Michael Orlitzky wrote:
> On 03/08/2018 12:54 AM, Benda Xu wrote:
>>
>> This title itself is amusing enough
>>
>> Motherfuckers need package management
>>
>
> Which if it is not clear, is intended to be funny.
>
>
the colorful language was proportional to the enthusias
On 03/08/2018 12:54 AM, Benda Xu wrote:
>
> This title itself is amusing enough
>
> Motherfuckers need package management
>
Which if it is not clear, is intended to be funny.
28 matches
Mail list logo
