Dear All,
I have just emerged ocaml-3.12.0[ocamlopt] on arm and used it to compile
mldonkey[ocamlopt]. It seems to work well.
it was masked on Apr 18, 2010,
,
| /usr/portage/profiles$ grep -n -B3 ocamlopt ./arch/arm/use.mask
| 31-# Raúl Porcel
| 32-# Fails to build/work
| 33-openexr
| 34:oc
Hi Mike,
Mike Frysinger writes:
> the canonical pkg-config is getting fat. it requires glib-2. it runs
> pkg- config when building. glib-2 requires pkg-config. whee.
> any comments ?
I would vote for it!
I feel ill to bootstrap glib and pkg-config. It feels worse to call for
a equal foot
Mike Gilbert writes:
> My main concern is that many people probably have sys-boot/grub in
> @world.
How about a news item advising people to put sys-boot/grub:0 in their
world file to retain grub:0?
> If grub:2 is made visible, portage will install it, and will remove
> grub-0.97 on the next d
Hi,
"Andreas K. Huettel" writes:
> # Andreas K. Huettel (7 Aug 2012)
> # Many display bugs and compatibility problems, does not build with cups-1.6.
> # Upstream is dead. There's no real way to support this anymore. Masked for
> # removal in 30 days.
> app-text/epdfview
I remember when xpdf
Michał Górny writes:
> Considering that systemd unit files are sometimes shipped with upstream
> packages, and often they are practically equivalent to openrc init
> scripts, I'd rather see openrc supporting that file format
> as an extension and using it instead of duplicating the same thing
> i
"Jason A. Donenfeld" writes:
> To what degree is there parity of configuration formats between OpenRC
> and SystemD? Obviously there will never be any sort of parity ever for
> Unit files, but what about for the general parameters of the system?
> machine-id, locale, timezone, hostname, et cetera
Hi William,
William Hubbs writes:
> When network interfaces are pre-configured, our network scripts
> shouldn't run at all, but they can be forced to run if other services
> have "need net" in their dependencies.
>
> So my question is, should we change our services to "use net" instead of
> "nee
Besides, IMHO, we should avoid changing OpenRC's default dependency too
often. The solution for one user can be received as a regression to
others.
People file bugs saying "it worked for OpenRC-0.9 but not 0.10". For
devs, we know we just changed default value of something perfectly
configurable.
William Hubbs writes:
> If you are running services that "need net" and you have turned off all
> of the "net" providers by adding something like rc_provide="!net" to
> their conf.d files, the services that need net will fail hard even
> though they shouldn't.
If we set rc_provide="net" in rc.co
From: Benda Xu
enewgroup and enewuser does not apply when executed as a normal
user, e.g. under Gentoo Prefix.
---
eclass/user.eclass | 8
1 file changed, 8 insertions(+)
diff --git a/eclass/user.eclass b/eclass/user.eclass
index 86bcd282479..82ccc1100ac 100644
--- a/eclass/user.ec
From: Benda Xu
ROOT and D are replaced with EROOT and ED.
---
eclass/db.eclass | 30 ++
1 file changed, 18 insertions(+), 12 deletions(-)
diff --git a/eclass/db.eclass b/eclass/db.eclass
index c46c431ea9c..0c0d0ef14cd 100644
--- a/eclass/db.eclass
+++ b/eclass/db.e
From: Benda Xu
Thanks MJ, how about "Unprivileged to execute"? Less bytes.
enewgroup and enewuser does not apply when executed as a normal
user, e.g. under Gentoo Prefix.
---
eclass/user.eclass | 8
1 file changed, 8 insertions(+)
diff --git a/eclass/user.eclass b/eclass/user.ecla
From: Benda Xu
Thanks again. I will take your original suggestion.
enewgroup and enewuser does not apply when executed as a normal
user, e.g. under Gentoo Prefix.
---
eclass/user.eclass | 8
1 file changed, 8 insertions(+)
diff --git a/eclass/user.eclass b/eclass/user.eclass
inde
From: Benda Xu
It executes on CBUILD environment.
---
eclass/toolchain.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index 488648a82ab5..33306d3d92b1 100644
--- a/eclass/toolchain.eclass
+++ b/eclass/toolchain.eclass
From: Benda Xu
Signed-off-by: Benda Xu
---
eclass/rocm.eclass | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/eclass/rocm.eclass b/eclass/rocm.eclass
index b78dfea1cc31..04f321a83c8c 100644
--- a/eclass/rocm.eclass
+++ b/eclass/rocm.eclass
@@ -176,9 +176,12 @@ _rocm_s
From: Benda Xu
Low level ebuilds such as dev-util/hip and
dev-libs/rocm-opencl-runtime, unconditionally supports all the AMDGPU
cards. They do not need to define amdgpu_targets_* USE-flags. But
their src_test() call check_amdgpu() to confirm an AMDGPU is
available.
Signed-off-by: Benda Xu
---
Dear All,
I am a bit confused with the meaning of EROOT.
In a usual Prefix installation, ROOT=/ and EPREFIX=/opt/gentoo,
EROOT=/opt/gentoo/.
Naturally, EROOT=${EPREFIX}${ROOT}, right?
But for example in ./python.eclass
EROOT="${ROOT%/}${EPREFIX}/"
and in LocationsManager.py of portage
Hi,
Markos Chandras writes:
> net-p2p/deluge has open bugs for years[1] and I don't see anybody from
> the net-p2p herd to actually maintain it. It would be nice to find a
> new dedicated maintainer for it.
I will take it as an active user myself. Added myself to net-p2p alias
already.
And I h
Dear Mike,
Mike Gilbert writes:
> This seems like a good opportunity to add slot operator deps and
> remove some prefix workarounds. We can keep an old ebuild around to
> facilitate upgrades if we need to.
What kind of prefix workaround are you referring to?
This reminds me that Prefix team is
Dear all,
In GLEP22[1], reasonable defaults has been introduced to prevent the
explosion of keywords. With the growth of Gentoo Prefix, however, a
substantial amount of keywords are introduced. Among them, duplex
information exists. For example, an ebuild keyworded x86-linux(Gentoo
Prefix on x86 l
Dearr Fabian,
Fabian Groffen writes:
>> Furthermore if the ebuild has "amd64" keyword, it will certainly
>> build on amd64-linux too.
>
> Somewhat likely, but absolutely not true.
Sorry, the original phrase was vague. I meant, if an ebuild is keyworded
"amd64" and "x86-linux", it will certainly
Hi Ben,
Ben de Groot writes:
> To me this looks to be needlessly complex.
There is an alternative way to do this:
@-linux
to mean "the ebuild works on every keyworded arch on Prefix with Linux
kernel".
Cheers,
Benda
atures/rap, it defines `prefix` and `rap`
keywords.
Arch specific profiles are put into default/linux/${ARCH}/13.0/rap,
and having features/rap as parent.
Implementation
==
A reference implementation can found at developer `overlay of
heroxbd`_.
The native variant of sysroot feature of binu
Dear Fellows,
Canonical is raising money by pushing their concept of Ubuntu for
Android[1][2]. The idea is to put GNU environment (esp. Ubuntu userland)
in parallel to Android to drive the external HDMI output with X11
protocal, so that desktop applications can run on the smartphone.
The idea is
Dear Duncan,
Duncan <1i5t5.dun...@cox.net> writes:
> heroxbd posted on Mon, 12 Aug 2013 16:45:56 +0900 as excerpted:
>
>> I have made a GLEP draft to standardize our recent effort on using our
>> own libc from portage inside Prefix.
>>
>> At present only gli
Daniel Campbell writes:
> I'm not a developer but this project's existence would motivate me to
> get a compatible smartphone and test this new Gentoo version on it,
> assuming it's also capable of standard phone calls and texts, etc.
This assumption certainly holds firm. It is firstly a phone a
"Paweł Hajdan, Jr." writes:
> Sounds good. Note that it doesn't need to be set up as "against
> Canonical". Just do the best thing for the users.
Thanks. I'd take your advice.
>> I would like to kick out a sub-project of Gentoo targeting smartphone
>> and tablets. It would be nice to find out a
Samuli Suominen writes:
> Does gpe-base/* and gpe-utils/* relate to this at all?
Somehow. Just as Plasma Activity, it could be used as a GUI but not
necessarily.
Benda
"Andreas K. Huettel" writes:
> while I won't have the time to contribute much, I would like to tell you that
> this is definitely a very cool and worthwhile project! I think you should
> make
> a project page and sign yourself up as team lead immediately... :)
Thank you, Andreas. I've started
Alexey Mishustin writes:
> My rooted Samsung Galaxy S2 is also ready to receive and to test this
> kind of Gentoo. Will be important the version of Android installed?
No, it would be agnostic to Android versions.
CPU of Galaxy S2 belongs to armv7a hardfloat, which is our main release
target.
J
"Rick \"Zero_Chaos\" Farina" writes:
> You know what I've done with this kind of thing already. I am at your
> disposal. If you want to publicly embarass canonical by releasing
> something awesome (either first or better) I can find the time to help.
> You know where to find me ;-)
That's gre
Arun Raghavan writes:
> There are images available for this, btw, if you want to see how it
> works and poke around. I'd seen some repositories, but don't know if
> there's enough public to do your own build.
I am very interested in such an image. Would you please dig out a link
for me? I search
Dear Arun,
Arun Raghavan writes:
> None of these worked for you? https://wiki.ubuntu.com/Touch/Install
>
> I believe there were efforts to port to arbitrary non-Nexus devices as
> well.
Ah, get to understand what you have meant. I was not talking about
replacing mobile devices with a GNU/Linux,
Markos Chandras writes:
> I propose the following arches to lose their stable keywords
>
> - s390
> - sh
> - ia64
> - alpha
> - m68k
> - sparc
I support this proposal.
I only have an old sparc box at hand. They are no longer major as time
goes, IMHO.
Dear all,
We have just pushed out a reference implementation for GLEP RAP
(i.e. Prefix with libc) draft:
http://article.gmane.org/gmane.linux.gentoo.alt/6663
Hope this will help people grab the idea behind it and help the council
review and decide on the GLEP draft[1].
At the moment, amd6
hasufell writes:
> I wonder if it would make any sense to take the effort to convert
> markdown docs to html format before installing them.
I'd rather leave it alone, as markdown is more readable than html, IMHO.
Anyway, when we read html in the console, it's converted back to plan text.
Dear Fellows,
I am revisiting this topic based on previous discussions[1,2,3].
There seems to be a constant need for toolchain with a new EAPI. The
only block is "how can we upgrade from an ancient system?", "don't bump
or the upgrade path will be break". Let's figure out a solid upgrade
path con
"Rick \"Zero_Chaos\" Farina" writes:
> On 09/28/2013 03:00 AM, Ulrich Mueller wrote:
>>>>>>> On Sat, 28 Sep 2013, heroxbd wrote:
>>
>>> I am revisiting this topic based on previous discussions[1,2,3].
>>
>>> There see
"Rick \"Zero_Chaos\" Farina" writes:
> While I'm not nearly good enough to detail how this should happen
> exactly, please, may I beg, do an eclass revision for this.
There is an r1 candidate as Paweł initiated (bug 474358)
> The fact that this hasn't been done clearly implies it is a lot of
Hey Alexey,
Alexey Mishustin writes:
> My rooted Samsung Galaxy S2 is also ready to receive and to test this
> kind of Gentoo.
Sorry for being slow. I made it finally. Would you like to test it on
your favorite Galaxy S2?
https://wiki.gentoo.org/wiki/Project:Android/tarball
Also, feel f
Hey Chris,
Chris Reffett writes:
> Indeed I have. If you want to start such a project, I would certainly
> be interested in joining. Plasma Active is basically untested because
> I don't have a mobile device with Gentoo and installing it on a normal
> computer leads to display sizing issues, but
Alan McKinnon writes:
> One set of questions that were never answered and probably do deserve
> some kind of notification:
>
> 1. What exactly is python-exec anyway?
> 2. Why are there two, in dev-python/ and dev-lang/ ?
> 3. One has a version of -1, which is *highly* unusual, what is that
>
Dear Denis,
"Denis M." writes:
> Please review this, and if you agree that it'd be a good idea come
> with any suggestions to make it happen as well as with any other
> thoughts/sys-specs/instances we should be looking for.
Thanks for the offering. Though not a member, AT teams might benefit
fr
Johann Schmitz writes:
> Is it possible to run, say, mips on xen/whatever through some
> emulation layer or is real hardware a requirement for this archs?
Yes, via qemu. But very slow, nearly unusable even on a powerful
mainstream amd64 server.
Dear all,
I have only one python-2.7 on my system. Simple and stupid.
After boost ebuild is converted to python-r1, libboost_python.so is
renamed to libboost_python-2.7.so. This is all cool about python-r1 for
multiple python implementation support.
At the same time, I don't need this feature. I
yac writes:
> Shouldn't pkg-conifg --libs handle this?
Oh, good idea. But boost doesn't have pkg-config entries.
Then I see this one, an upstream issue
https://svn.boost.org/trac/boost/ticket/1094
Thanks.
pgpf7FoU2HZeq.pgp
Description: PGP signature
Rich Freeman writes:
> A new slot of a package (which doesn't exist today) may or may not
> work with any ebuild in the system. Should it be considered a best
> practice then to specify || deps with all slots that are known to work
> in the tree? Or should we just trust to luck and consider it
[reordered to ease replying]
Rich Freeman writes:
> Now, perhaps a more balanced approach might be to mask it and give 15
> days notice on -dev, and then it can be unmasked. Anybody who cares
> about the library can test the new version, and if necessary update
> their dependencies to use the pr
Hey, Michał,
Michał Górny writes:
> a) adding USE=c++11 and USE-deps to all the packages in question,
I think it is better achieved by a (simple and stupid) global
CXXFLAGS. Adding an extra USE flag feels a little over-engineering.
Any anyway, if it is only for lldb, a piece of elog conveying
Hey Jan,
Jan Kundrát writes:
> This perspective is interesting (and I admit that I tend to like it) --
> considering packages which won't build with C++11 to be buggy.
>
> I'm worried by the cost of such a policy, though, because we would
> suddenly have to patch some unknown amount of software
"C. Bergström" writes:
> "Best case" both build and you end up with a linker problem (can be
> worked around with compiler patches)
> /usr/lib64/libboost.so
> /usr/lib64-c++11/libboost.so
This is the right way to do, but as scary as our multilib where a
couple of USE flags are introduced to ever
Michał Górny writes:
> This is nowhere near a good solution IMO.
>
> First of all, it doesn't give us a way of ensuring ABI compatibility.
> Users switch the flags and have to rebuild all C++ packages to regain
> the ABI compatibility. The system ends up borked quite easily.
>
> Then, we don't ha
Michał Górny writes:
> And that brings another issue in Gentoo -- gcc-config. AFAIR this tool
> is completely insane and switches libstdc++ along with gcc version.
> As a result, after switching to a gcc version with different C++ ABI,
> installed software gets broken. And you can't really fix it
Michał Górny writes:
> Think of paludis as a good example. People who'd like to use Paludis
> will end up with broken package manager from time to time. How are they
> supposed to rebuild it without a working package manager?
Oh, I'm scared. I'll step away and watch out for such situation at all
Igor writes:
> The ebuilds have approximately the same time to install, the failure
> rate is about the same, emerge is getting slower.
I am curious about the slowness of emerge.
How about profile the portage and rewrite the time-crucial part in
C/C++, or ideally, borrowing the counterpart from
Hey Igor,
Igor writes:
> Jeroen, tell me how many users world wide do not prefer to upgrade Gentoo
> on automated basis? There are important servers, and there are many
> cases when after upgrade server stops. Do you remember that recent udev
> change? And there are many similar cases. Imagine t
Patrick Lauer writes:
> For python things you really want python or C instead of C++...
Well, we have boost-python to do python extensions in C++. And yes,
introducing boost as a dependency to portage is not cool.
>> I guess the dep-tree calculation is the slowest part.
> Yes, it's doing lots
Tom Wijsman writes:
>> I am curious about the slowness of emerge.
>
> Try a --backtrack=0 approach, I no longer need to increase it. :)
on a random box:
time emerge --backtrack=0 -pe @world
[...]
real0m30.016s
user0m29.268s
sys 0m0.704s
time emerge -pe @world
[...]
real0m35.037
Hi Igor,
Igor writes:
> I've been using C/C++ since school it's fast, even bad code is working fast.
>
> I WOULD NEVER BELIVE PYTHON IS AS FAST AS C++ with math algorithms
> that do calculate staff and not call functions from pre-complied
> objects written in C/C++.
>
> It's crazy that you're ev
Duncan <1i5t5.dun...@cox.net> writes:
> Meanwhile, you might try googling Zynot. That was one early, perhaps the
> first, Gentoo fork. Such talk of cutthroat competition in a zero-sum
> game, of deliberately cutting off user options so they'd be forced to
> stick with you, of it can be us or
Michał Górny writes:
> However, it may be actually beneficial to provide other durations, like
> weekly deltas. In my tests, the daily updates for this week summed up
> to almost 50M while the weekly was barely 20M.
Is there a way to merge the deltas without the original squashfs? how
fast is th
Alex Xu writes:
> This doesn't really help. Consider that deltas require both a *start*
> and *end*. It's not as simple as adding it all up, since you would need
> a 19-3d, then 3-1d, then 1-0d.
In this case, 19-18d, 18-16d, 16-0d, instead. The largest delta is
always used for the most recent. T
Alexander Berntsen writes:
> It would be cool if some of the OpenRC hackers had the time to set up
> a developer's wiki or similar, where they share their workflow and
> similar.
Nice idea, on my list.
pgp5kJikw7nfi.pgp
Description: PGP signature
Alexey Shvetsov writes:
> However this will depend on migration of gentoo-x86 to git
Well, we can start evaluating gitlab for git overlays and gentoo hosted
projects, such as (back to topic :) OpenRC.
Is the infra team interested in this option?
pgpqPDX0LzcUz.pgp
Description: PGP signature
Dear fellows,
I have updated the project page of Android at:
https://wiki.gentoo.org/wiki/Project:Android
to convey the purpose and methodology of the project to the public. To
quote:
This project is about bringing Gentoo users and develops home to their
mobile devices. It aims to produc
Hi Ciaran,
Ciaran McCreesh writes:
> On Sat, 22 Nov 2014 22:58:17 +0900
> hero...@gentoo.org wrote:
>> It strives to liberate the computers in our pockets with Gentoo
>> philosophy and style, as an ultimate response to Free Software
>> Foundation(FSF)'s concerns on the freedom for mobile computi
From: Benda Xu
These virtual packages are used by the BLAS/LAPACK runtime switching
mechanism.
Closes: https://github.com/gentoo/gentoo/pull/12323
Closes: https://bugs.gentoo.org/373613
Closes: https://bugs.gentoo.org/381801
Closes: https://bugs.gentoo.org/498490
Closes: https://bugs.gentoo.
From: Benda Xu
The following 2 patches are to introduce the runtime switching
mechanism to BLAS/LAPACK libraries in Gentoo.
This feature is turned off by default and only the reference
BLAS/LAPACK is used to satisfy the dependencies. It can be enabled by
USE=eselect-ldso.
Sorry for the glitch
From: Benda Xu
On ld.so-based systems, runtime library switching is possible. We
use 'eselect-ldso' to flag this possibility. In this case, blis can
used as a drop-in replacement via an `eselect` call.
Otherwise If USE eselect-ldso is not set, only reference
implementation will be pu
From: Benda Xu
Prefix/standalone does not need it.
---
eclass/cmake-utils.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index ea1858e9735f..109b584afb39 100644
--- a/eclass/cmake-utils.eclass
+++ b/eclass/cmake-
From: Benda Xu
Gentoo Prefix runs with a normal user and cannot manage any other user.
Exit gracefully with a message.
Closes: https://bugs.gentoo.org/709570
Signed-off-by: Benda Xu
---
eclass/acct-user.eclass | 10 ++
1 file changed, 10 insertions(+)
diff --git a/eclass/acct-user
From: Benda Xu
If ghc spawns too many C compilers, it will exhaust file descripters.
In the reference, it was thought to be a macOS bug for aggressive fd
limits. But the ghc bug also applies to GNU/Linux, when ghc is
asked to spawn, for example 256, jobs.
This patch circumvents this
From: Benda Xu
Gentoo Prefix runs with a normal user and cannot grant extra
capabilities. Exit gracefully with a message.
Closes: https://bugs.gentoo.org/699526
Signed-off-by: Benda Xu
---
eclass/fcaps.eclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/eclass/fcaps.eclass b/e
From: Benda Xu
Gentoo Prefix runs with a normal user and cannot grant extra
capabilities. Exit gracefully with a message.
Signed-off-by: Benda Xu
---
eclass/fcaps.eclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/eclass/fcaps.eclass b/eclass/fcaps.eclass
index 467f955f5e9a..563d
From: Benda Xu
Gentoo Prefix runs with a normal user and cannot grant extra
capabilities. Exit gracefully with a message.
Signed-off-by: Benda Xu
---
eclass/fcaps.eclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/eclass/fcaps.eclass b/eclass/fcaps.eclass
index 467f955f5e9a..ddc4
From: Benda Xu
Gentoo Prefix runs with a normal user and cannot grant extra
capabilities. Exit gracefully with a message.
Signed-off-by: Benda Xu
---
eclass/fcaps.eclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/eclass/fcaps.eclass b/eclass/fcaps.eclass
index 467f955f5e9a..fb0a
From: Benda Xu
first parameter of dosym() is interpreted verbatim.
Suggested-By: Zongyu Zhang
Signed-off-by: Benda Xu
---
eclass/java-vm-2.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/java-vm-2.eclass b/eclass/java-vm-2.eclass
index d71b7285996d..d51a4
"Paweł Hajdan, Jr." writes:
> Awesome work!
>
> I was always proud about Gentoo's mailing list archives - no spam,
> simple UI.
>
> Just wanted to say thanks to a3li, and entire Infra team. Oh, and the
> new design looks great.
Second that. Thanks a3li and infra. Good job.
BTW, I love the lin
From: Benda Xu
JAVA_PKG_JARDEST always has a leading /.
Signed-off-by: Benda Xu
---
eclass/java-utils-2.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
index ed4951ac97b7..0e2ed2902842 100644
--- a/eclass/java-u
79 matches
Mail list logo