I have noted that python, portage and gentoolkit appers to install many MB of
what appers
to be test code:
python: /usr/lib/python*/test, /usr/lib/python*/ctypes/test,
/usr/lib/python*/lib2to3/tests,
/usr/lib/python*/unittest, /usr/lib/python*/distutils/tests ...
portage/gentoolkit: /us
On Thu, 2021-04-15 at 16:35 +, Joakim Tjernlund wrote:
> On Thu, 2021-04-15 at 18:28 +0200, Miroslav Šulc wrote:
> > Dne 15. 04. 21 v 17:56 Joakim Tjernlund napsal(a):
> > > On Thu, 2021-04-15 at 17:21 +0200, Miroslav Šulc wrote:
> > > > Dne 15. 04. 21 v 1
On Thu, 2021-04-15 at 18:28 +0200, Miroslav Šulc wrote:
> Dne 15. 04. 21 v 17:56 Joakim Tjernlund napsal(a):
> > On Thu, 2021-04-15 at 17:21 +0200, Miroslav Šulc wrote:
> > > Dne 15. 04. 21 v 16:34 Joakim Tjernlund napsal(a):
> > > > On Wed, 2021-04-14 at 09
On Thu, 2021-04-15 at 17:21 +0200, Miroslav Šulc wrote:
> Dne 15. 04. 21 v 16:34 Joakim Tjernlund napsal(a):
> > On Wed, 2021-04-14 at 09:45 +0200, Miroslav Šulc wrote:
> > > in case the package does not work with java > 1.8 (still, i suggest we
> > > first try to r
On Wed, 2021-04-14 at 09:45 +0200, Miroslav Šulc wrote:
>
> in case the package does not work with java > 1.8 (still, i suggest we
> first try to resolve the issue before we use this restriction as it
> might cause some issues in the future)
> virtual/jdk:1.8
> virtual/jre:1.8
This does not se
On Wed, 2019-12-25 at 16:11 +0100, Thomas Deutschmann wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> Package-Manager: Portage-2.3.82, Repoman-2.3.20
> Signed
Great news :)
W.r.t the new support for cross building, it would be grep if the eclass user
could make use of
the new --prefix support in recent shadow utilities so users can be added to
cross ROOT.
Jocke
On Sun, 2018-05-06 at 18:52 +0200, Ulrich Mueller wrote:
EAPI 7 has been approved by the
On Thu, 1970-01-01 at 00:00 +, Anthony G. Basile wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> Hi everyone,
>
> I'm trying to design an update system f
On Tue, 2016-12-27 at 00:22 -0800, Daniel Campbell wrote:
> On 12/26/2016 12:22 PM, Mike Gilbert wrote:
> > Bug: https://bugs.gentoo.org/603776
> > ---
> > eclass/toolchain.eclass | 8
> > 1 file changed, 4 insertions(+), 4 deletions(-)
> >
> > diff --git a/eclass/toolchain.eclass b/ecla
On Thu, 2016-10-20 at 11:03 -0400, Tom H wrote:
> On Wed, Oct 19, 2016 at 4:43 PM, Joakim Tjernlund
> wrote:
> >
> > On Wed, 2016-10-19 at 15:21 -0400, Tom H wrote:
> > >
> > >
> > > but it looks like, unlike for grub-legacy, you need a grub con
On Tue, 2016-10-25 at 16:07 -0400, Ian Stakenvicius wrote:
> On 25/10/16 04:02 PM, Joakim Tjernlund wrote:
> >
> > On Tue, 2016-10-25 at 15:41 -0400, Ian Stakenvicius wrote:
> > >
> > > On 25/10/16 03:32 PM, Ian Stakenvicius wrote:
> > > >
> >
On Tue, 2016-10-25 at 15:41 -0400, Ian Stakenvicius wrote:
> On 25/10/16 03:32 PM, Ian Stakenvicius wrote:
> >
> > On 25/10/16 03:08 PM, Joakim Tjernlund wrote:
> > >
> > > On Tue, 2016-10-25 at 20:11 +0200, Michał Górny wrote:
> > > >
> > &g
On Tue, 2016-10-25 at 20:11 +0200, Michał Górny wrote:
> On Tue, 25 Oct 2016 17:32:22 +
> Joakim Tjernlund wrote:
>
> >
> > Noticed todays 2016-10-25-llvm_3_9_with_llvm_targets news item and read:
> > ..
> > In order to enable all targets, add the f
Noticed todays 2016-10-25-llvm_3_9_with_llvm_targets news item and read:
..
In order to enable all targets, add the following to your
/etc/portage/package.use or equivalent file:
sys-devel/llvm LLVM_TARGETS: *
sys-devel/clang LLVM_TARGETS: *
...
I would like to control such variables(LLVM_TAR
On Wed, 2016-10-19 at 15:21 -0400, Tom H wrote:
> On Tue, Oct 18, 2016 at 1:20 PM, Joakim Tjernlund
> wrote:
> >
> > On Tue, 2016-10-18 at 12:45 -0400, Tom H wrote:
> > >
> > > On Tue, Oct 11, 2016 at 10:54 AM, M. J. Everitt
> > > wrote:
&g
On Tue, 2016-10-18 at 12:45 -0400, Tom H wrote:
> On Tue, Oct 11, 2016 at 10:54 AM, M. J. Everitt wrote:
> >
> > On 11/10/16 15:42, Tom H wrote:
> > >
> > >
> > > You can use exactly the same text in 40_grub that you'd use in
> > > grub.cfg and have the latter generated.
> >
> > That's a usefu
On Sat, 2016-10-08 at 18:07 +0200, Jeroen Roovers wrote:
> On Sat, 8 Oct 2016 14:52:13 +
> Joakim Tjernlund wrote:
>
> >
> > Tried several mirrors and I still get:
>
>
> https://bugs.gentoo.org/show_bug.cgi?id=596462
Thanks, I added myself to CC list
Tried several mirrors and I still get:
gentoo-jocke gentoo64 # emerge -avNDuv world
[ebuild U ] x11-libs/libX11-1.6.4 [1.6.3] USE="ipv6 -doc -static-libs
{-test}" ABI_X86="32 (64) (-x32)"
[ebuild U ] x11-libs/libXfixes-5.0.3 [5.0.2] USE="-static-libs"
ABI_X86="(64) -32 (-x32)"
[ebuild
On Thu, 2016-10-06 at 00:18 +0800, konsolebox wrote:
> On Wed, Oct 5, 2016 at 10:58 PM, Joakim Tjernlund
> wrote:
> >
> > Whenever root logs in(ssh or on text console) XDG_RUNTIME_DIR is set to
> > "(null)". This
> > creates a /(null) dir. with various s
On Thu, 2016-10-06 at 00:04 +0800, Jason Zaman wrote:
> On Wed, Oct 05, 2016 at 03:58:44PM +0000, Joakim Tjernlund wrote:
> >
> > On Wed, 2016-10-05 at 23:10 +0800, Jason Zaman wrote:
> > >
> > > On Wed, Oct 05, 2016 at 02:58:20PM +, Joakim Tjernlund wrote:
On Wed, 2016-10-05 at 23:10 +0800, Jason Zaman wrote:
> On Wed, Oct 05, 2016 at 02:58:20PM +0000, Joakim Tjernlund wrote:
> >
> > I know this might be a bit off topic but I just want some clues
> >
> > Whenever root logs in(ssh or on text console) XDG_RUNTIME_DIR is
I know this might be a bit off topic but I just want some clues
Whenever root logs in(ssh or on text console) XDG_RUNTIME_DIR is set to
"(null)". This
creates a /(null) dir. with various stuff in it.
I am trying to find out what sets XDG_RUNTIME_DIR?
We auth. against Windows AD using sssd, but
Could someone from core systems look at
https://bugs.gentoo.org/show_bug.cgi?id=548208
and "unbreak" unstable nfs-utils for openrc, please?
Jocke
On Fri, 2016-05-27 at 18:21 -0400, NP-Hardass wrote:
> On 05/27/2016 06:05 PM, Daniel Campbell wrote:
> > On 05/27/2016 02:45 PM, NP-Hardass wrote:
> > > Not on hand, but as the MATE maintainer, I can tell you that starting
> > > with MATE-1.14, two packages are gtk3 only, and starting with 1.16, f
On Thu, 2015-12-03 at 09:28 +0100, Alexis Ballier wrote:
> On Wed, 2 Dec 2015 23:20:05 +
> James Le Cuirot wrote:
>
> > On Wed, 2 Dec 2015 12:40:08 +0100
> > Alexis Ballier wrote:
> >
> > > On Tue, 1 Dec 2015 22:58:55 +
> > > James Le Cuirot wrote:
> > > [...]
> > > >
> > > > I rais
On Thu, 2015-12-03 at 23:32 +, James Le Cuirot wrote:
> On Thu, 3 Dec 2015 08:22:01 +
> Joakim Tjernlund wrote:
>
> > > There's also a further complication here that I forgot to mention to
> > > mgorny. While calling configure with --with-sysroot certainl
On Tue, 2015-12-01 at 22:58 +, James Le Cuirot wrote:
>
[SNIP really good writeup, thanks :)]
> There's also a further complication here that I forgot to mention to
> mgorny. While calling configure with --with-sysroot certainly helps,
> it still stumbles on a significant number of packages
The Changelogs on https://packages.gentoo.org/ are old, from before
the git migration. Could this be fixed?
Jocke
On Thu, 2015-07-02 at 21:50 +0200, Pacho Ramos wrote:
> El jue, 02-07-2015 a las 15:40 -0400, NP-Hardass escribió:
> > Greetings all,
> >
> > Looking for some feedback on creating a new project and herd for the
> > MATE Desktop environment. The goal, like many other DE based
> > projects,
> > is
vanilla-sources 3.14.x is gone from the tree.
Jocke
On Tue, 2015-08-11 at 10:55 -0700, Zac Medico wrote:
> On 08/11/2015 10:48 AM, Joakim Tjernlund wrote:
> > On Thu, 2015-07-23 at 08:47 -0700, Zac Medico wrote:
> > > On 07/23/2015 12:46 AM, Joakim Tjernlund wrote:
> > > > On Wed, 2015-07-22 at 19:47
On Thu, 2015-07-23 at 08:47 -0700, Zac Medico wrote:
> On 07/23/2015 12:46 AM, Joakim Tjernlund wrote:
> > On Wed, 2015-07-22 at 19:47 -0400, Ian Stakenvicius wrote:
> > >
> > > Sent from an iPhone, sorry for the HTML...
> > >
> > > >
AM, Joakim Tjernlund wrote:
> On Wed, 2015-07-22 at 19:47 -0400, Ian Stakenvicius wrote:
>>
>> Sent from an iPhone, sorry for the HTML...
>>
>>> On Jul 22, 2015, at 5:38 PM, Rich Freeman wrote:
>>>
>>> On Wed, Jul 22, 2015 at 8:05 AM, Joakim Tjer
On Wed, 2015-07-22 at 19:47 -0400, Ian Stakenvicius wrote:
>
> Sent from an iPhone, sorry for the HTML...
>
> > On Jul 22, 2015, at 5:38 PM, Rich Freeman wrote:
> >
> > On Wed, Jul 22, 2015 at 8:05 AM, Joakim Tjernlund
> > wrote:
> > >
> >
On Wed, 2015-07-22 at 22:38 +0800, Jason Zaman wrote:
> On Wed, Jul 22, 2015 at 01:20:10PM +0000, Joakim Tjernlund wrote:
> > On Wed, 2015-07-22 at 14:30 +0200, Michał Górny wrote:
> > >
> > > Joakim Tjernlund napisał:
> > >
> > > > We got an emb
On Wed, 2015-07-22 at 16:39 +0200, Michał Górny wrote:
> Dnia 2015-07-22, o godz. 13:20:10
> Joakim Tjernlund napisał(a):
>
> > On Wed, 2015-07-22 at 14:30 +0200, Michał Górny wrote:
> > >
> > > Joakim Tjernlund napisał:
> > >
> > > > We
On Wed, 2015-07-22 at 14:30 +0200, Michał Górny wrote:
>
> Joakim Tjernlund napisał:
>
> > We got an embedded gentoo system where we need to manage many conf
> > files under /etc that we have
> > modified and should be under our control when an SW upgrade is
>
On Wed, 2015-07-22 at 07:14 -0400, Rich Freeman wrote:
> On Wed, Jul 22, 2015 at 6:17 AM, Panagiotis Christopoulos
> wrote:
> >
> > you can subscribe to gentoo-embedded mailing list and ask there, as your
> > product
> > is embedded. Also, man make.conf and search for CONFIG_PROTECT. If I
> > u
We got an embedded gentoo system where we need to manage many conf files under
/etc that we have
modified and should be under our control when an SW upgrade is performed.
Cloning every ebuild where we have modified its conf file(s) under /etc feels
awkward so
I am looking for some other way to d
On Wed, 2015-06-10 at 18:48 +, Robin H. Johnson wrote:
> On Wed, Jun 10, 2015 at 04:44:17PM +0000, Joakim Tjernlund wrote:
> > I wonder if it would be possible to use the script from
> > sys-apps/getent(included below)
> > to impl. getent in user.eclass instead of us
On Wed, 2015-06-10 at 14:06 -0400, Anthony G. Basile wrote:
> On 6/10/15 1:52 PM, Mike Gilbert wrote:
> > On Wed, Jun 10, 2015 at 12:44 PM, Joakim Tjernlund
> > wrote:
> > > I wonder if it would be possible to use the script from
> > > sys-apps/getent(include
I wonder if it would be possible to use the script from
sys-apps/getent(included below)
to impl. getent in user.eclass instead of using glibc's getent? I cannot see
any downside, is there one?
This would help a lot(just seed your groups/users is in ROOT/etc/{passwd,group
...} first)
when cross
43 matches
Mail list logo