[gentoo-dev] [PATCH] rocm.eclass: add ROCM_SKIP_GLOBALS for the USE-flags exposure.

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 ---

[gentoo-dev] [PATCH] rocm.eclass: dev-util/hip as an exception, not to expose USE flags.

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 @@

[gentoo-dev] [PATCH] toolchain.eclass: the configure script shebang with BROOT.

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

[gentoo-dev] [PATCH] java-utils-2.eclass: remove redundant / from CLASSPATH.

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 ---

[gentoo-dev] [PATCH] java-vm-2.eclass: keep EPREFIX in the dosym first argument.

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

[gentoo-dev] [PATCH] fcaps.eclass: skip fcaps() on Prefix.

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

[gentoo-dev] [PATCH] fcaps.eclass: skip fcaps() on Prefix.

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

[gentoo-dev] [PATCH] fcaps.eclass: disable fcaps() on Prefix.

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

[gentoo-dev] [PATCH] eclass/acct-user.eclass: disable fcaps() on Prefix.

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

[gentoo-dev] [PATCH] ghc-package.eclass: limit the ghc parallel jobs to 64.

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

[gentoo-dev] [PATCH] eclass/acct-user.eclass: disable pkg_* on Prefix.

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

[gentoo-dev] [PATCH] eclass/cmake-utils.eclass: restrict rpath hack to Prefix/rpath

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 +++

[gentoo-dev] [PATCH 2/2] virtual/{c,}blas: add sci-libs/blis as a candidate.

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

[gentoo-dev] [PATCH 0/2] RFC: Introducing ldso switching to BLAS/LAPACK

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

[gentoo-dev] [PATCH 1/2] virtual/{blas,cblas,lapack,lapacke}: add virtual packages.

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:

[gentoo-dev] [RFC, PATCH] user.eclass: gracefully return when unprivileged

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

[gentoo-dev] [RFC, PATCH] user.eclass: gracefully return when unprivileged

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

[gentoo-dev] [RFC, PATCH] db.eclass: support Prefix

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 ---

[gentoo-dev] [RFC, PATCH] user.eclass: gracefully return when unprivileged.

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

Re: [gentoo-dev] Re: [gentoo-dev-announce] Service relaunch: archives.gentoo.org

Paweł Hajdan, Jr. phajdan...@gentoo.org 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

[gentoo-dev] RFC: Project Android

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

[gentoo-dev] Re: RFC: Project Android

Hi Ciaran, Ciaran McCreesh ciaran.mccre...@googlemail.com 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

Re: [gentoo-dev] The state and future of the OpenRC project

Alexander Berntsen berna...@gentoo.org 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

Re: [gentoo-dev] Re: The state and future of the OpenRC project

Alexey Shvetsov ale...@gentoo.org 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:

Re: [gentoo-dev] Re: RFC: Hosting daily gx86 squashfs images and deltas

Michał Górny mgo...@gentoo.org 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?

Re: [gentoo-dev] Re: RFC: Hosting daily gx86 squashfs images and deltas

Alex Xu alex_y...@yahoo.ca 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

Re: [gentoo-dev] Portage QOS

Tom Wijsman tom...@gentoo.org 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 [...]

Re: [gentoo-dev] Portage QOS

Hi Igor, Igor lanthrus...@gmail.com 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

Re: [gentoo-dev] Re: Portage QOS

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 them,

Re: [gentoo-dev] Portage QOS

Igor lanthrus...@gmail.com 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

Re: [gentoo-dev] Portage QOS

Hey Igor, Igor lanthrus...@gmail.com 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

Re: [gentoo-dev] Portage QOS

Patrick Lauer patr...@gentoo.org 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,

Re: [gentoo-dev] How to support C++11 in libraries?

Michał Górny mgo...@gentoo.org 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

Re: [gentoo-dev] How to support C++11 in libraries?

Michał Górny mgo...@gentoo.org 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

Re: [gentoo-dev] How to support C++11 in libraries?

Hey, Michał, Michał Górny mgo...@gentoo.org 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

Re: [gentoo-dev] How to support C++11 in libraries?

Hey Jan, Jan Kundrát j...@gentoo.org 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

Re: [gentoo-dev] How to support C++11 in libraries?

C. Bergström cbergst...@pathscale.com 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

Re: [gentoo-dev] How to support C++11 in libraries?

Michał Górny mgo...@gentoo.org 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,

Re: [gentoo-dev] Dependencies default to accept any slot value acceptable (:*), can we default to :0 instead?

Rich Freeman ri...@gentoo.org 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

Re: [gentoo-dev] Dependencies default to accept any slot value acceptable (:*), can we default to :0 instead?

[reordered to ease replying] Rich Freeman ri...@gentoo.org 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

Re: [gentoo-dev] python versioned libraries or not

yac y...@gentoo.org 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

[gentoo-dev] python versioned libraries or not

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.

Re: [gentoo-dev] Suggestion: support the Dev team with system resources

Johann Schmitz er...@gentoo.org 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.

Re: [gentoo-dev] Suggestion: support the Dev team with system resources

Dear Denis, Denis M. g...@politeia.in 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

Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec

Alan McKinnon alan.mckin...@gmail.com 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*

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Hey Alexey, Alexey Mishustin shum...@shumkar.ru 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?

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Hey Chris, Chris Reffett creff...@gentoo.org 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

Re: [gentoo-dev] Gentoo Upgrade Guide and EAPI

Rick \Zero_Chaos\ Farina zeroch...@gentoo.org 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

Re: [gentoo-dev] Gentoo Upgrade Guide and EAPI

Rick \Zero_Chaos\ Farina zeroch...@gentoo.org 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 seems to be a constant need for toolchain with a new EAPI. The only block is how

[gentoo-dev] Gentoo Upgrade Guide and EAPI

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

Re: [gentoo-dev] markdown docs like README.md

hasufell hasuf...@gentoo.org 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

[gentoo-dev] Reference Implementation for GLEP RAP Draft

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,

Re: [gentoo-dev] Moving more arches to dev profiles

Markos Chandras hwoar...@gentoo.org 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.

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Samuli Suominen ssuomi...@gentoo.org 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

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Andreas K. Huettel dilfri...@gentoo.org 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,

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Alexey Mishustin shum...@shumkar.ru 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

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Rick \Zero_Chaos\ Farina zeroch...@gentoo.org 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

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Arun Raghavan ford_pref...@gentoo.org 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

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Dear Arun, Arun Raghavan ford_pref...@gentoo.org 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

Re: [gentoo-dev] Re: RFC: GLEP rap (Prefix/libc)

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 glibc on linux is supported. The rst text

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Daniel Campbell li...@sporkbox.us 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

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

Paweł Hajdan, Jr. phajdan...@gentoo.org 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

[gentoo-dev] RFC: GLEP rap (Prefix/libc)

for peer review. The rst text are included inline. Cheers, Benda GLEP: XXX Title: Prefix with libc Version: Last-Modified: Author: Benda Xu heroxbd@g.o, Discussions-To: gentoo-alt@l.g.o Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 20-Jul-2013 Post-History: Credits

[gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

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

Re: [gentoo-dev] Python 2.7.4, 3.2.4, 3.3.1 updates

Dear Mike, Mike Gilbert flop...@gentoo.org 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

Re: [gentoo-dev] net-p2p/deluge needs a maintainer

Hi, Markos Chandras hwoar...@gentoo.org 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

[gentoo-dev] meaning of EROOT

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

Re: [gentoo-dev] rfc: OpenRC network provides revisited

William Hubbs willi...@gentoo.org 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

Re: [gentoo-dev] rfc: OpenRC network provides revisited

Hi William, William Hubbs willi...@gentoo.org 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

Re: [gentoo-dev] rfc: OpenRC network provides revisited

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.

Re: [gentoo-dev] OpenRC and SystemD Config File Parity

Jason A. Donenfeld ja...@zx2c4.com 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,

Re: [gentoo-dev] pid 1 design

Michał Górny mgo...@gentoo.org 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

Re: [gentoo-dev] Last rites: app-text/epdfview

Hi, Andreas K. Huettel dilfri...@gentoo.org writes: # Andreas K. Huettel dilfri...@gentoo.org (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.

Re: [gentoo-dev] grub:2 keywords

Mike Gilbert flop...@gentoo.org 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

Re: [gentoo-dev] new virtual/pkgconfig to support lighter alternatives

Hi Mike, Mike Frysinger vap...@gentoo.org 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

[gentoo-dev] RFC: ocamlopt unmask on arm

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 armi...@gentoo.org | 32-# Fails to build/work |