William Hubbs writes:
> I have been looking at the meson build system [1] [2], and I like what I
> see.
>
> I have opened an issue on OpenRC's github wrt migrating OpenRC to the
> meson build system [3].
>
> As I said on the bug, the downside is the addition of py3 and ninja as
> build time depen
Hi Mart,
The Gentoo on Android project will directly benefit from the new stable
profiles for 64bit smartphones and other mobile devices.
I have been keywording ~arm64 here and there casually. It is very
exciting to see such progress. Keep the good job.
Cheers,
Benda
signature.asc
Descripti
Hi Michał,
> Name: gentoo-dev-internal
>
> Topic: technical discussions between active Gentoo contributors
Basically I object to this proposal.
1. Another layer of hierarchy is not desirable for a non-profit
organization like us.
2. Useful discussion are diluted from 1 list into 2 lists.
Hi Mike,
Mike Gilbert writes:
> This is a fairly fragile/complex package, and it is specialized enough
> that I don't think it belongs under the purview of the Gentoo Python
> team.
>
> If you are interested in this package and want to maintain it, please
> feel free. I will be dropping it to ma
Hi,
Sam Jorna writes:
> Wouldn't it make more sense to make Gentoo *more* attractive to run in
> corporate environments, rather than simply saying "We're not RHEL so why
> bother"?
>
> People do use Gentoo in production environments, both personally and
> professionally, even if it is those that
"Walter Dnes" writes:
> And what happens when 128-bit cpus debut? /lib128?
In this case CHOST makes more sense. From my understanding, the Exherbo
approach is the cleanest.
Benda
Hi Roy,
Roy Bamford writes:
> You can start with gcc-5.4 with the gcj use flag. That will bootstrap
> icedtea:7 icedtea:7 will bootstrap icedtea:8 Tested on arm64.
Have my respect. It answers the question lurking in my mind for years.
This opens the possibility to run full Java besids Android
Greetings R0b0t1,
R0b0t1 writes:
> It is one thing to say that contributions to the main Portage tree
> require some standards to be upheld, but these standards do not seem
> to be applied consistently. For example, crossdev, genkernel, and the
> bootstrap-prefix and bootstrap-rap scripts are mo
David Seifert writes:
> As the Games team does not have enough manpower to keep tabs on all
> games packages, we have dropped all games-* ebuilds to unstable
> KEYWORDS (modulo those required by stable non-games packages).
"modulo" is too mathematical to be understood by a general u
R0b0t1 writes:
> This is why I am surprised documentation is lacking for specific
> projects, or, I suppose, any software package that has ever been
> created.
No surprise. There is always a gap between theory and practice.
That said, I will prioritize myself to document the internals of Gen
Francesco Riosa writes:
> maybe ewarn() is more appropriate than einfo()?
> Just in case it's executed outside the scope of prefix
I can't remember any use case when portage (or, paludis, etc.) is
executed as a normal user but not a from Prefix.
This message will only affect Prefix users, who w
Francesco Riosa writes:
> maybe ewarn() is more appropriate than einfo()?
> Just in case it's executed outside the scope of prefix
I can't remember any use case when portage (or, paludis, etc.) is
executed as a normal user but not a from Prefix.
This message will only affect Prefix users, who w
Hi Patrick,
Patrick McLean writes:
> I use portage as non-root all the time when developing and testing
> ebuilds, via the "ebuild" command.
The enewgroup and enewuser are used in pkg_* functions, as documented in
user.eclass _assert_pkg_ebuild_phase() function. They require root to
execute.
Committed, thanks a lot!
Benda
Fabian Groffen writes:
> I think we could definitely live with this until someone requests
> otherwise.
Indeed.
Committed, thanks a lot!
Benda
signature.asc
Description: PGP signature
Dear Fellows, and thanks Dominik,
Dominik Schmidt writes:
> Gentoo does not yet have a (proper) way of selecting a BLAS or Lapack
> implementation at compile time. Hence I wrote two eclasses, which can
> be found in my fork of the science overlay:
>
> * https://github.com/Doeme/sci/blob/blas_la
Hi,
I would like to introduce some 17.0 profile for Prefix. It also
introduces separate profiles to support different ranges of linux
kernels.
| name | linux| glibc |
|--+--+---|
| beyond-kernel-2.6.16 | [2.6.16, 2.6.32) |
Hi kuzetsa,
kuzetsa writes:
> The term "beyond" feels wrong & confusing.
> (Not sure what to replace it with though)
How about this?
default/linux/amd64/17.0/no-multilib/prefix/kernel-3.2+
default/linux/amd64/17.0/no-multilib/prefix/kernel-2.6.32+
default/linux/amd64/17.0/no-multilib/pre
Hi Aaron,
Aaron Bauman writes:
> I am not too familair with prefix other than the purpose of it (e.g. I
> have never built it), but is there a better naming standard for the
> profiles? I understand the need to distinguish between the kernel and
> glibc versions.
> Is there a standard I am miss
Hi MJ,
"M. J. Everitt" writes:
> Not entirely as a #gentoo-nit-pick .. I'm slightly unclear on the
> different between 2.6.16+ and 2.6.32+ .. should this potentially be
> 2.16.16-32 perhaps [2.6.16~32 even] or is this more obvious only to me,
> and more confusing to others
2.6.16+ means tha
Hi,
"Andreas K. Huettel" writes:
> If, as a non-developer, you want to participate in a discussion on
> gentoo-dev,
> - either reply directly to the author of a list mail and ask him/her to
> forward your message,
With this item in mind, shall we set the default "Reply-To:" to the
author ins
Hi R0b0t1,
R0b0t1 writes:
> I don't want to just comment on naming, but:
>
> It might be more natural to go the other way. Split profiles off based
> on version when breakage occurs, and otherwise do not reference a
> specific version.
>
> Then, the name indicates the most recent kernel supporte
Hi Patrice,
Patrice Clement writes:
> Thanks for the work.
>
> Could you also consider adding a Prefix profile compatible with
> FreeBSD?
We have supported BSD before. But at the moment, no one on the Prefix
team have access to BSD hosts.
Historically, fauli has developped Prefix on FreeBSD
Hi,
R0b0t1 writes:
> I have seen similar choices made before, but this is the first time I
> have seen a good case for the choice you selected. E.g.:
>
> (Current.)
> *>
>*=>
> *==>
> *===>
Hi William,
William Hubbs writes:
> here is a link to an old, but brief discussion about this.
>
> https://archives.gentoo.org/gentoo-dev/message/2fc1f62c7cf225787fe52f4dace7368c
>
> I think we have talked about this several other times, but not done
> anything about it.
>
> On Thu, Feb 08, 2018
Hi William,
William Hubbs writes:
> The second change is that baselayout is taking ownership of most of the
> directories it creates. This includes all directories in / and /usr
> excluding /lib* and /usr/lib*. Once we drop support for SYMLINK_LIB,
> baselayout will take ownership of /lib* and /
Hi Michael,
I haven't fully understood SAT yet and I haven't completely follow the
discussion. But I think this is a logical direction to improve
dependency solving in Gentoo. Keep on the good work, I am interested in
knowing how well it performs.
Yours,
Benda
Hi all,
Yes, it's 2018. But there are still RHEL 4 and 5 systems running
antique kernels such as 2.6.8 and 2.6.18. In my experience, many of
them are data acquisition hubs or computing clusters. No administrator
cares about security as long as they "work".
Under the form "Prefix", Gentoo is se
Hi Michał,
Michał Górny writes:
>> So I would like to hear what you guys think if I:
>>
>> - keep glibc-2.19 and glibc-2.16 in tree and unmasking them in the
>> selected Prefix profiles;
>>
>> - maintain those selected outdated glibc versions on the
>> infrastructure of the To
Hi Michał,
Michał Górny writes:
> I don't think this is the first old version Prefix team needs keeping.
> Another example are old versions of LLVM.
I am sure you are aware that Prefix has two variants: one is
prefix-rpath targeting MacOS, Solaris, AIX, Cygwin, Interix and a subset
of GNU/Linux
Hi William and Alec,
Yes, I hear you.
What I want to do is not randomly throwing upstream-unmaintained package
versions into Gentoo tree. But the opposite, 1 specially maintained
glibc ebuild serving as a compatible layer will isolate the obsolete
linux kernel from the modern Gentoo tree. Syn
Hi Michał,
Michał Górny writes:
>> I am sure you are aware that Prefix has two variants: one is
>> prefix-rpath targeting MacOS, Solaris, AIX, Cygwin, Interix and a subset
>> of GNU/Linux; the other is prefix-standalone, targeting GNU/Linux and
>> Android/Linux.[1]
>>
>> For LLVM example, it is
Hi Andreas,
I really appreciate your interest as I am try to convince our fellows.
"Andreas K. Huettel" writes:
> another option would be to (try to) revive glibc-2.5, 2.12, and 2.17
> instead.
> Yes I know they are even older, but these are the versions that RHEL
> uses, and for which RH stil
Hi Michał,
Michał Górny writes:
>> I am on the toolchain alias, and I am interested in joining the project.
>> I will be responsible to deal with all the bugs for glibc-2.16 and
>> glibc-2.19. Bug wranglers' work load does not change.
>>
>> Yes, I apologize this will generate some noise for to
Hi Andreas,
"Andreas K. Huettel" writes:
> Well, in principle the idea is OK. We already/still keep some old
> glibc, gcc, and binutils versions for that reason.
>
> However, I have a few conditions.
>
> * Only masked. Only prefix keywords.
Not problem for masking. For keywords, prefix-standal
Dear Rich,
Rich Freeman writes:
> Everybody I know has these sorts of complaints about language-based
> PMs, whether they prefer Ubuntu, or Debian, or CentOS, or whatever.
> Nobody wants random programs downloading random stuff and dropping
> orphan files all over their filesystem with no way to
Hi Folks,
Michael Orlitzky writes:
> These other package managers don't solve any hard problems -- they're
> basically a fancy interface around wget and "git clone." Portage on the
> other hand has ~20 years of good ideas and hard work on the hard
> problems in package management. For example...
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
Hi Xdej,
X dej writes:
> If you want to have reproducible binaries, you may also want to alter
> the clock of the sandbox system.
Ha, indeed many packages hardwrites "date of build" alike. That is a
hard question to define reproducibility. I would rather ignore the
timestamps when comparing t
Hi anoteros,
anote...@teknik.io writes:
> 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 own build systems.
>
Hi Toralf,
Toralf Förster writes:
> When I started with my tinderbox 2 or 3 years ago I had often a fair
> amount of manual work to made to get an image up and running - moslty
> tweaking USE flags to get blockers being solved. This yielded into a
> growing list of fixed USE flags settings for c
Hello Herb,
"Herb Miller Jr." writes:
> When I did my homework on creating nodejs ebuilds (not nodejs itself
> but packages written in node), it seems the topic has come up a few
> times in the past but the time commitment and general disorganization
> of upstream has scared off any serious atte
William Hubbs writes:
> I do feel that this decision reflects badly on us as a community and
> should be reversed immediately. The proper way to deal with people who
> have bad behavior is to deal with them individually and not put a
> restriction on the community that is not necessary.
I agree
Abhishek,
Abhishek Kumar writes:
> -- Forwarded message --
> From: Abhishek Kumar
> Date: Tue, Mar 20, 2018 at 12:48 PM
> Subject: understanding gentoo
> To: gentoo-dev@lists.gentoo.org
>
> Hi Everyone
>
> I want to know the code that belongs to news items after updating port
>
X dej writes:
> I did not find anything wannabe "g-pip" for python.
Check out app-portage/gs-pypi.
Hi Rich,
Rich Freeman writes:
> Actually, I think it is more of a technical constraint. It is
> basically impossible to blacklist somebody on a mailing list, since
> all they need to do is roll up a new email address.
> I can think of various arguments for whitelisting or not whitelisting,
> b
Abhishek,
Abhishek Kumar writes:
> I want know about code that exist in gentoo/gentoo
> which parse the command eslect news.
> Please respond as soon as possible.
A classic by Eric Raymond and Rick Moen on how to ask questions the
smart way:
http://www.catb.org/esr/faqs/smart-questions.html
Hi Michael,
Michael Mair-Keimberger writes:
> Some time ago i presented some scripts which are running daily on my
> website to provide some basic QA findings. I wanted to give you a
> update on the status of the scripts as many things changed since then.
> First of all, gentoo.levelnine.at is
Hi Farid,
This is an excellent idea! It is very helpful for Gentoo Prefix/libc,
where we maintain a set of nss databases (passwd, group, shadow, etc.)
inside a directory prefix.
Farid BENAMROUCHE writes:
> Currently there is an old known limitation when using ROOT= option to
> install a packag
Hi Fellows,
This is a trivial patch for kernel-2.eclass to support Prefix. Does it
look good to be commited?
Thanks,
Benda
Bug: 478436
--- kernel-2.eclass 2016-02-17 22:46:25.235543840 +0900
+++ kernel-2.eclass 2016-05-24 01:14:22.246809021 +0900
@@ -539,8 +522,8 @@
#==
Thanks Zac, Göktürk,
I have added EPREFIX logics for EAPI<3 and improved the trailing slashes
and quotes.
Benda
--- kernel-2.eclass 2016-02-17 22:46:25.235543840 +0900
+++ kernel-2.eclass 2016-06-12 11:48:19.843801138 +0900
@@ -105,6 +105,8 @@
HOMEPAGE="https://www.kernel.org/ https://w
Hi Ulrich,
Ulrich Mueller writes:
>> I have added EPREFIX logics for EAPI<3 and improved the trailing
>> slashes and quotes.
>
>> -[[ -f ${ROOT}/usr/include/linux/autoconf.h ]] \
>> +[[ -f "${EROOT}"usr/include/linux/autoconf.h ]] \
>
> Inside [[ ]] quotes are generally n
Zac Medico writes:
> However, it behaves differently when you have a variable with "a b" as
> its content.
>
> foo="a b"
> [[ -f ${foo} ]] && echo hi
Yeah, that's correct. My mistake.
--- kernel-2.eclass 2016-02-17 22:46:25.235543840 +0900
+++ kernel-2.eclass 2016-06-12 18:17:15.983538
Michael Orlitzky writes:
> On 06/12/2016 05:21 AM, Benda Xu wrote:
>> # let other packages install some of these headers
>> -rm -rf "${D}"/${ddir}/scsi #glibc/uclibc/etc...
>> +rm -rf "${ED}"${ddir}/scsi #glibc/
Michael Orlitzky writes:
>> # Don't forget to make directory for sysfs
>> -[[ ! -d ${ROOT}sys ]] && kernel_is 2 6 && mkdir ${ROOT}sys
>> +[[ ! -d ${EROOT}sys ]] && kernel_is 2 6 && mkdir "${EROOT}"sys
>>
>
> One more =)
Nice catch!
Jonathan Callen writes:
> This one probably sh
Hi,
This is a patch to extend prefix.eclass.
1. a set of heuristics is added to eprefixify:
"s,([^[:alnum:]}])/(usr|etc|bin|sbin|var|opt)/,\1${EPREFIX}/\2/,g"
2. a function wrapper "fprefixity" to do inplace substitution in ${T}.
Please help review it.
Benda
--- prefix.eclass 2015-08-
Hi anonymous reviewer,
R0b0t1 writes:
> What is it intended to solve?
To simplify ebuilds that need to call eprefixify.
> The current behavior seems to make more sense. Hiding defaults causes
> problems.
I am not sure what you mean by "Hiding defaults". It is documented, not
hidden.
The reg
Lei Zhang writes:
> I'm just afraid gcc-config would become too complex that way, so I
> prefer a simpler approach: let eselect-compiler be version-agnostic.
> Then we can have clang-config to handle the versioning of clang,
> icc-config to handle icc, etc.
If we model after eselect python here,
Hi,
"Anthony G. Basile" writes:
> maybe once we get some names we should get a meeting of
> base-system together and coordinate our efforts.
I am interested in keeping the base packages working on Prefix,
especially bash and baselayout. Please count me in.
Benda
Hi Alex,
Do you have a mentor now?
Benda
Hi Patrice,
Patrice Clement writes:
> [...]
Very enjoyable write-up. I completely agree with you.
This will be an important reference. Please consider adding it into the
wiki after we reach a wider consensus on how to merge pull request on
github.
Benda
signature.asc
Description: PGP signa
Nick Vinson writes:
> arguably gcc should also excluded, under that definition, so the wiki
> might not be 100% correct
This is not true regarding libgcc* runtime libraries.
Benda
signature.asc
Description: PGP signature
Hi Fellows,
This is an announcement of the latest Gentoo on Android stage3 tarball,
http://distfiles.gentoo.org/experimental/prefix/rap/rap-stage3-armv7a_hardfp-20161026.tar.xz
snapshot from the latest main Gentoo repository, featuring gcc-5.4,
glibc-2.23, and the latest prefix-standalone (ak
Hey MJE,
"M. J. Everitt" writes:
> COOL ! I'll have to give this a try .. got an old(er) Samsung Galaxy
> S4 Active,
From our past experience[1], Samsung sometimes imposed noexec to /data by
kernel hacks. It'll be interesting to find out what it looks like on
the Galaxy S4.
> and I'm currentl
Francesco Riosa writes:
> Christmas is coming, I'll enjoy this
Haha, good point. Should've called it Halloween release ;)
Benda
Kristian Fiskerstrand writes:
>>> Actually .. given my nosiness in -pr matters lately, anyone done a
>>> write-up for Planet.g.o or suchlike that we can post up to social media?
>>> From my own stand-point it might be something the wider community would
>>> be interested in, and didn't know was a
Hi Michael,
"M. J. Everitt" writes:
>> No SD slot on Nexus. We will stress the internal NAND flash with
>> millions of ebuilds and rsync :)
> Completely out of my depth here, but can you cross-compile and
Ah, I was half-joking. Considering the recent advancement of NAND flash,
I expect it las
Rich Freeman writes:
> Well, that would be a different approach, but I imagine you could
> build for prefix-style install using something like Catalyst and
> cross-compile. I have no idea how much tweaking that would require.
> The main issue is that unless you use qemu you're only going to get
Hi,
"Walter Dnes" writes:
> Are the gmp, mpc, mpfr, and isl libs included? According to the
> "Support libraries" section at https://gcc.gnu.org/wiki/InstallingGCC
They are managed by their own ebuilds.
>> Alternatively, after extracting the GCC source archive, simply
>> run the ./contrib/do
gro...@gentoo.org writes:
> I hope gcj will remain in (which I use not very often but regularly). There are no real
> alternatived: pdfshuffle fails on many (otherwise normal) pdf files.
+1
I am a regular pdftk user.
Benda
Hi,
Please help me review the patch attached.
This patch has 5 main kinds of modifications to the eclass,
* Define ED and EROOT for EAPI 0, 1 and 2.
* Add ${EPREFIX} to ${PREFIX} and quote the variables.
* Strip ${EPREFIX} if used with a ebuild helper.
* call fix_libtool_files.sh by name
James Le Cuirot writes:
> Why? All the ebuilds using this eclass that I can find are at least
> EAPI 4.
Okay! I will remove this.
Benda
signature.asc
Description: PGP signature
Mike Gilbert writes:
> Regarding the PATH/gcc-config change, I'm thinking it would make more
> sense to drop the env -i command than to add to he list of special
> variables we pass through to it.
All the env -i has been introduced in this commit by vapier in 2005:
https://gitweb.gentoo.org/
Hi,
This patch series is splitted from the previous one
https://archives.gentoo.org/gentoo-dev/message/8a7ac352cb047567309c70aaf7105305
Note that the splitting is not perfect when different kinds
of updates happen in adjacent lines.
Please review.
Benda
Benda Xu (7):
toolchain.eclass
In Prefix, PATH should also be preserved, resulting in a mouthful of
`env -i PATH=${PATH} ROOT=${ROOT}`. The origin commit introducing
env -i was for "cleanup". Dropping env -i is cleaner.
Reference:
https://gitweb.gentoo.org/repo/gentoo/historical.git/commit/?id=a8a64d1886cc5c9f975353b97
Directory prefixify part 1.
In addition, E/D and E/ROOT has trailing slashes. No need to write
an additional slash.
---
eclass/toolchain.eclass | 29 +++--
1 file changed, 15 insertions(+), 14 deletions(-)
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.ecla
Directory prefixify part 3.
Raw directories are prepended by EPREFIX. Directories passed to
ebuild helpers are EPREFIX stripped.
---
eclass/toolchain.eclass | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/eclass/toolchain.eclass b/ecl
/usr/sbin is in PATH, avoid writing
${EPREFIX}/usr/sbin/fix_libtool_files.sh.
---
eclass/toolchain.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index 55249b0..ef932d2 100644
--- a/eclass/toolchain.eclass
+++ b/
---
eclass/toolchain.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index 941e37b..0d8148f 100644
--- a/eclass/toolchain.eclass
+++ b/eclass/toolchain.eclass
@@ -1727,7 +1727,7 @@ toolchain_src_install() {
# Now
Directory prefixify part 4.
LIBPATH, etc. now have EPREFIX prepended. The latter need to be
quoted.
---
eclass/toolchain.eclass | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index f54316c..941e
Directory prefixify part 2.
---
eclass/toolchain.eclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index 40759f5..17950c1 100644
--- a/eclass/toolchain.eclass
+++ b/eclass/toolchain.eclass
@@ -8,7 +8,7 @@ DESCR
Michał Górny writes:
>> > 6. Work on setting up and configuring a buildbot for Gentoo LLVM builds.
>> > This is some effort and I don't have the time to learn how to do that.
>> > You'll probably need to set up a local instance and figure out how to
>> > set our builds before submitting anything
Yiyang Wu writes:
> +gfx1010 - RDNA GPU, codename navi10, including Radeon RX
> 5700XT/5700/5700M/5700B/5700XTB/5600XT/5600/5600M, Radeon Pro 5700Xt/5700,
> Radeon Pro W5700X/W5700
s/5700Xt/5700XT/
Benda
Sam James writes:
> Since EAPI 3, EPREFIX has been defined via PMS. Having this as an
> "eclass variable" in docs is confusing as it implies one needs
> prefix.eclass to provide it.
>
> Drop it given it adds nothing and causes confusion.
>
> Reported-by: Aaron W. Swenson
> Signed-off-by: Sam Jam
Dear Yury,
Yury German writes:
> I am trying to follow up and see if anyone is interested in becoming a
> mentor.
>
> This is the last request I am sending as so far we only have two
> people willing to mentor and it is project dependent.
>
> Do we have any other volunteers as I want to make s
# Benda Xu (2023-08-01)
# Dead upstream. blocking guile-3 migration and gtk+-2 removal.
# Removal on 2023-09-01. (bug #824966)
sci-electronics/gwave
James Le Cuirot writes:
> if [[ -n ${SYSROOT} ]]; then
> - cmd+=( --sysroot "${SYSROOT}" )
> + cmd+=(
> + --sysroot "${SYSROOT}"
> + --rewrite-prefix-from "${BROOT}"
> + --rewrite-prefix-to "${EPREFIX}"
> +
Hi Yiyang,
Yiyang Wu writes:
> Upstream usually ships 2 version: gfx90a:xnack-, gfx90a:xnack+. Although
> a single gfx90a should have maximum compatibility, According to [1,2],
> compile with xnack+/xnack- may have better performance on xnack
> enabled/disabled GPUs. Therefore we ship both the t
Hi Ben,
Ben Kohler writes:
> I'd like to propose adding USE=udev to our linux profiles (in
> profiles/default/linux/make.defaults probably). This flag is already
> enabled on desktop profiles but it also affects quite a few packages
> used on non-desktop linux systems.
>
> This flag provides us
Hi Mart,
Mart Raudsepp writes:
> That said, I would question such a choice. Does it technically not
> work or what's the problem with it?
It works partially. Most of the time they does not bulid.
The host OS handles /dev for Gentoo Prefix, be it mdev or udev.
> But it's up the prefix projec
Hi Rich,
Rich Freeman writes:
> I don't believe anybody suggested making Gentoo harder to customize.
> This is just about setting reasonable defaults.
>
> You can run a server without bash, openrc, sysvinit, or glibc. Should
> these also be removed from the base profile?
A reasonable default i
Thanks Ben,
Ben Kohler writes:
> To stay on the original track, I was suggesting adding it to the linux
> profile component, not base. And people who are unwilling to use udev
> would disable it globally, like people who are unwilling to use pam or
> ipv6.
>
> But I understand where you're comi
Hi,
As the Perl Team raised the issue of "arm-linux" keywords in the
ebuilds[1], I think it is a good chance to completely remove them from
our tree.
What is "arm-linux" keyword? Gentoo Prefix has 2 kinds of profiles. An
libc profile builds glibc in a Prefix and uses implicit keywords, while
An
Michał Górny writes:
> If you noticed that Gentoo repository mirrors did not update for 10
> hours a few days ago -- Mercurial was the reason. It is very fragile,
> and if some server chokes during sync, it hangs the whole process until
> somebody (which means me) kills it. And it's not the fir
Michał Górny writes:
> x11-wm/xpra
I take this, the "X Persistent Remote Apps".
Benda
signature.asc
Description: PGP signature
Hi Virgil,
Virgil Dupras writes:
> I've been getting rid of netsurf.eclass' usage. This can soon be
> last-rited. Only two-stabilizations away from that goal.
I am sorry to raise this, but your migration of netsurf.eclass into
dev-util/netsurf-buildsystem is not a 1-1 feature copy of the old
ec
OK Virgil,
Virgil Dupras writes:
> Discussing this change on the list? I haven't touched the eclass, I
> simply fixed the xmw-abandoned netsurf package which had been broken for
> 3 months prior to that (and by broken, I don't mean only on Prefix. Why
> talk about 1-1 features in those situation
Hi James,
James Le Cuirot writes:
> Once this is in place, I can finish my long-awaited revamp of my
> cross-boss project that will allow you to cross-compile @system from
> scratch with very little effort.
I haven't gone through the patches yet. But I want to say thank you!
The cross-boss pro
Dear David,
David Seifert writes:
> We already have such a solution in the sci-overlay. It has proven
> extremely brittle and shaky.
What's more, using eselect set which library to link to was regarded
harmful.
> The plan is to do this via USE flags similar to python-single-r1
> flags.
Yes,
Hi Michał,
Michał Górny writes:
> On Tue, 2019-05-28 at 01:37 -0700, Mo Zhou wrote:
>> Different BLAS/LAPACK implementations are expected to be compatible
>> to each other in both the API and ABI level. They can be used as
>> drop-in replacement to the others. This sounds nice, but the differenc
1 - 100 of 130 matches
Mail list logo
