Re: [gentoo-dev] [PATCH] Check for USE_PYTHON <-> PYTHON_TARGETS equiv.

On Mon, Nov 5, 2012 at 7:48 PM, Brian Harring wrote: > On Mon, Nov 05, 2012 at 06:54:45PM -0500, Mike Gilbert wrote: >> On Mon, Nov 5, 2012 at 6:34 PM, Brian Harring wrote: >> > This isn't quite what I'm asking for. I want y'all to literally >> > docu

Re: [gentoo-dev] [PATCH] Check for USE_PYTHON <-> PYTHON_TARGETS equiv.

On Tue, Nov 6, 2012 at 5:40 PM, Brian Harring wrote: > On Tue, Nov 06, 2012 at 12:31:07PM -0500, Mike Gilbert wrote: >> On Mon, Nov 5, 2012 at 7:48 PM, Brian Harring wrote: >> > Either way, I'm honestly not trying to piss folks off here nor stop >> >

Re: [gentoo-dev] fixing dev-libs/icu c++11 bustage, testers wanted

On Thu, Nov 15, 2012 at 12:02 AM, "Paweł Hajdan, Jr." wrote: > tl;dr - please test dev-libs/icu-50.1-r2 and report if it works for you > or not; if it doesn't, please try dev-libs/icu-50.1-r1 and also report > > I've done two version bumps of dev-libs/icu related to the c++11 bug >

[gentoo-dev] Re: [PATCH] Check for USE_PYTHON <-> PYTHON_TARGETS sync.

On Fri, Nov 16, 2012 at 1:44 PM, Michał Górny wrote: > This is much more complex than the previous version. > The inline comments and debug-print statements are helpful. Do we have a way to test this with various combinations of PYTHON_COMPAT, PYTHON_TARGETS, eselect python, and USE_PYTHON? I h

Re: [gentoo-dev] proposal for consistency between {RUBY,PYTHON,PHP}_TARGETS

On Sat, Nov 24, 2012 at 1:36 PM, Diego Elio Pettenò wrote: > On 24/11/2012 10:19, Peter Stuge wrote: >> Diego, remember the original point. It is obvious that a common >> syntax is more coherent and thus easier for the world to understand. >> Having that would be a good thing. It is also obvious t

Re: [gentoo-dev] net-irc/xchat

On Sun, Nov 25, 2012 at 5:04 PM, Mike Frysinger wrote: > On Sun, Nov 25, 2012 at 3:27 PM, Lars Wendler wrote: >> I also planned to release a news through the portage news system as soon as I >> lastrite xchat so people know how to move over to hexchat. As I never did >> this >> before I'd like to

Re: [gentoo-dev] [PATCH 1/1] kernel-2.eclass: Remove DEBLOB support.

On Sun, Feb 19, 2017 at 12:32 PM, Mike Pagano wrote: > Upstream does not version patches and every change breaks the manifest > which > breaks the tree. This results in a constant chasing of bugs since we can't > predict the breakage. Sounds good to me. > @@ -1517,17 +1425,11 @@ kernel-2_src_pre

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: dev-util/wxglade/files/, dev-util/wxglade/

On Sat, Feb 18, 2017 at 3:03 PM, Mart Raudsepp wrote: > Ühel kenal päeval, L, 18.02.2017 kell 19:47, kirjutas Michał Górny: >> commit: 7207a292b2591dde5cbd336470bed3c11617a8e1 >> Commit: Michał Górny gentoo org> >> CommitDate: Sat Feb 18 19:47:25 2017 + >> URL:https://gitweb.

[gentoo-dev] Last rites: chromium.eclass

chromium.eclass has been replaced with chromium-2.eclass. It will be removed in 30 days.

Re: [gentoo-dev] Removal of CVS headers

On Sun, Feb 26, 2017 at 4:16 PM, Lars Wendler wrote: > On Sun, 26 Feb 2017 22:07:48 +0100 Ulrich Mueller wrote: > >>> On Sun, 26 Feb 2017, Robin H Johnson wrote: >> >>> The 2014-10-14 meeting did NOT specify what CVS headers were in >>> question, and it was later decided that this was $Header$

Re: [gentoo-dev] Removal of CVS headers

On Mon, Feb 27, 2017 at 7:56 AM, Lars Wendler wrote: >>> This is a very useful feature and should not be removed only because >>> council was told that it's a mere CVS migration cruft. It is not! >> >>If this is about keeping ebuilds in your overlay in sync, you could >>alternatively use the outpu

Re: [gentoo-dev] Printer drivers and net-print

On Mon, Feb 27, 2017 at 3:44 PM, Andrew Savchenko wrote: > Maybe. But splitting documentation of one issue into several > documents may confuse readers. We already have "hyphen" in a > category name being mentioned in the PMS, so this should be either > clarified in the PMS or moved completely to

Re: [gentoo-dev] new virtual -- virtual/go to fix go build time dependencies

On Wed, Mar 1, 2017 at 7:18 PM, William Hubbs wrote: > All, > > the dependencies for dev-lang/go need to force a rebuild every time the > compiler is downgraded or upgraded. This already happens for me. It is working as expected. > To avoid abusing slot dependencies for dev-lang/go since it is n

Re: [gentoo-dev] new virtual -- virtual/go to fix go build time dependencies

On Thu, Mar 2, 2017 at 9:03 AM, Michael Orlitzky wrote: > On 03/02/2017 04:58 AM, Alexis Ballier wrote: >> >> Is it really abusing ? >> := deps in DEPEND only would also make sense for e.g. code generators >> > > Slot operator dependencies are ignored in DEPEND: > > Indicates that any slot value

Re: [gentoo-dev] [PATCH 2/3] libtool.eclass: Use app-portage/elt-patches to provide patch files

On Fri, Mar 17, 2017 at 2:48 PM, Michał Górny wrote: > --- > eclass/libtool.eclass | 14 +++--- > 1 file changed, 3 insertions(+), 11 deletions(-) > > diff --git a/eclass/libtool.eclass b/eclass/libtool.eclass > index a8df6ca58fef..037a6a2734df 100644 > --- a/eclass/libtool.eclass > +++ b

Re: [gentoo-dev] [PATCH 2/3] libtool.eclass: Use app-portage/elt-patches to provide patch files

On Fri, Mar 17, 2017 at 4:11 PM, Michał Górny wrote: > On pią, 2017-03-17 at 15:47 -0400, Mike Gilbert wrote: >> On Fri, Mar 17, 2017 at 2:48 PM, Michał Górny wrote: >> > --- >> > eclass/libtool.eclass | 14 +++--- >> > 1 file changed, 3 insertion

Re: [gentoo-dev] Re: [PATCH] sys-devel/autoconf: Convert from eblits into an eclass, #586424

On Mon, Mar 20, 2017 at 1:01 PM, Alexis Ballier wrote: > I just tried and with portage 2.3.5, FILESDIR is unset/empty in global > scope here. At least an 'ewarn "${FILESDIR} blah"' outputs only ' blah'. I cannot reproduce this behavior. % emerge --version Portage 2.3.5_p2 (python 3.5.3-final-0,

Re: [gentoo-dev] Review: aspell-dict-r1.eclass

On Mon, Mar 20, 2017 at 10:27 AM, William Hubbs wrote: > Hi David, > > I'm curious, why the revbump? > > If all other eapis are staying in the eclass and the support is > identical, you don't need to create a new eclass, and there is a lot > less work involved in updating the ebuilds that inherit

Re: [gentoo-dev] Re: [PATCH] sys-devel/autoconf: Convert from eblits into an eclass, #586424

On Mon, Mar 20, 2017 at 2:15 PM, Alexis Ballier wrote: > On Mon, 20 Mar 2017 13:40:51 -0400 > Mike Gilbert wrote: > >> On Mon, Mar 20, 2017 at 1:01 PM, Alexis Ballier >> wrote: >> > I just tried and with portage 2.3.5, FILESDIR is unset/empty in >> >

Re: [gentoo-dev] linux/dma-buf.h mysteriously missing

On Wed, Mar 29, 2017 at 12:34 PM, Paweł Hajdan, Jr. wrote: > I was packaging chromium-59.0.3053.3 . I worked around the problem > described here, but I'd like to find the right long term solution. > > I was hitting the following compile error: > > ../../ui/gfx/linux/client_native_pixmap_dmabuf.cc:

Re: [gentoo-dev] linux/dma-buf.h mysteriously missing

On Wed, Mar 29, 2017 at 1:51 PM, Matt Turner wrote: > It's a bug that has since been fixed by kernel commit > 2220fc1ab363e6fab1f321430d69be17a8b92bd7 ("uapi: add missing install > of dma-buf.h"). The header was originally added in 4.10, and the fix > commit is in 4.11-rc1. > > I guess we just nee

[gentoo-dev] Last rites: net-misc/flexget

# Mike Gilbert (05 Apr 2017) # Unmaintained. # Pinned dependencies cause conflicts with other packages. # Live ebuild is broken, and requires packaging several new deps. # Removal in 30 days. # Bug: https://bugs.gentoo.org/614758 net-misc/flexget

Re: [gentoo-dev] chromium-59.0.3053.3 will require >=sys-apps/sandbox-2.11 (currently hard masked)

On Thu, Apr 13, 2017 at 3:29 PM, Paweł Hajdan, Jr. wrote: > The latest dev channel release of chromium (59.0.3053.3) will require >>=sys-apps/sandbox-2.11 to build. > > I'm sending this announcement because this version of sandbox is > currently hard masked. So is the chromium version, but with it

Re: [gentoo-dev] [PATCH 7/7] chromium.eclass: Remove no-longer necessary gnome2_icon_savelist call

On Mon, Apr 17, 2017 at 7:07 AM, Michał Górny wrote: > --- > eclass/chromium.eclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/eclass/chromium.eclass b/eclass/chromium.eclass > index 5f8c53cabf35..fcc02dd6e028 100644 > --- a/eclass/chromium.eclass > +++ b/eclass/chro

Re: [gentoo-dev] [PATCH] gnome2-utils.eclass: gnome2_query_immodules*, use EROOT, #611030

On Sat, Apr 22, 2017 at 4:20 AM, Michał Górny wrote: > Respect EROOT when running gtk-query-immodules-* tools, alike other > updaters in the eclass. This ensures that x11-libs/gtk+ installs > correctly when installing to a ROOT. I'm not an expert on this eclass, but it seems like this may be inte

Re: [gentoo-dev] [PATCH] gnome2-utils.eclass: gnome2_query_immodules*, use EROOT, #611030

On Sat, Apr 22, 2017 at 1:43 PM, Mike Gilbert wrote: > On Sat, Apr 22, 2017 at 4:20 AM, Michał Górny wrote: >> Respect EROOT when running gtk-query-immodules-* tools, alike other >> updaters in the eclass. This ensures that x11-libs/gtk+ installs >> correctly when installi

Re: [gentoo-dev] RFC: masking old versions of sys-devel/gcc

On Wed, Apr 26, 2017 at 5:32 AM, Andreas K. Huettel wrote: > Am Mittwoch, 26. April 2017, 02:37:17 CEST schrieb Francesco Riosa: >> 2017-04-26 0:26 GMT+02:00 Andreas K. Huettel : >> > Am Sonntag, 23. April 2017, 14:35:48 CEST schrieb Michał Górny: >> > > Hi, >> > > >> > > I'm thinking of masking o

Re: [gentoo-dev] about modifying an ebuild in local overlay and $FILESDIR

On Wed, Apr 26, 2017 at 4:03 PM, Christian Bricart wrote: > Hi all, > > from time to time, I need to make (and maintain) modifications to an > ebuild from the main tree in my local overlay. > So basically, I create the directory structure from > /usr/portage/// under > /usr/local/portage///, copy

Re: [gentoo-dev] [RFC] Providing consistent means to enable tests requiring Internet access

On Thu, Apr 27, 2017 at 5:42 PM, Alexis Ballier wrote: > On Thu, 27 Apr 2017 16:14:13 +0200 > Michał Górny wrote: > >> b. those tests can easily be enabled, and that fact is recorded >> in the installed package metadata, >> >> c. the flag can easily be used in RESTRICT="" constraint to easily >>

Re: [gentoo-dev] [PATCH 1/3] tmpfiles.eclass: Support using on non-Linux systems

On Tue, May 2, 2017 at 10:38 AM, William Hubbs wrote: > On Sun, Apr 30, 2017 at 09:06:53PM +0200, Michał Górny wrote: >> Fix the eclass code to remove the misguided Linux conditionals. >> The whole purpose of the eclass was to avoid having to implement >> fallback logic for systems not having serv

Re: [gentoo-dev] Bugzilla package list editing

On Thu, May 4, 2017 at 11:42 AM, Jeroen Roovers wrote: > On Tue, 02 May 2017 14:32:13 +0200 > Ulrich Mueller wrote: > >> > On Tue, 2 May 2017, Chí-Thanh Christopher Nguyễn wrote: >> >> > Also very common is that he changes fully qualified package names >> > (which is the correct syntax per [1

Re: [gentoo-dev] meson.eclass third draft

On Fri, May 5, 2017 at 11:35 AM, William Hubbs wrote: > All, > > here is the third (and hopefully final) draft of meson.eclass. I am > leaving the code in for the cross support but commented so all I need to > do later is add toolchain-funcs back to inherit and uncomment the code > once I know how

[gentoo-dev] Package up for grabs: net-vpn/libreswan

I used to use this package for an IPSec/L2TP VPN to my office, but we migrated onto Cisco AnyConnect. I now use net-vpn/openconnect regularly and have not been able to test libreswan since the switch. libreswan has no open bugs, but there is a pending version bump (3.20).

[gentoo-dev] Re: Package up for grabs: net-vpn/libreswan

On Sun, May 7, 2017 at 3:28 PM, Mike Gilbert wrote: > I used to use this package for an IPSec/L2TP VPN to my office, but we > migrated onto Cisco AnyConnect. I now use net-vpn/openconnect > regularly and have not been able to test libreswan since the switch. I also dropped net-dialup/

Re: [gentoo-dev] [RFC] News item: GCC 6 defaults to USE="pie ssp"

On Tue, May 9, 2017 at 4:10 PM, Alexis Ballier wrote: > Also, I don't believe default-pie should even be a useflag. It's always > been forced-on for hardened and forced-off for non-hardened I think. > Switching between the two types of profiles has always been difficult > because of that kind of d

[gentoo-dev] Re: [PATCH] python-utils-r1, _moduleinto: doc fixup & dot-notation

On Wed, May 10, 2017 at 10:08 AM, Michał Górny wrote: > Hi, everyone. > > Here's a quick batch of improvements to python_moduleinto() in > python-utils-r1.eclass. Patches are, in order: > > 1. fix leftover doc comment, > > 2. clarify the doc wrt use across multiple impls, > > 3. allow dot-notation

[gentoo-dev] Re: [PATCH 1/3] python-utils-r1.eclass: Allow -2/-3 as impl-patterns for py2/py3

On Wed, May 10, 2017 at 2:53 PM, Michał Górny wrote: > Allow two special values in the implementation patterns for > _python_impl_matches(): -2 to indicate all Python 2-compatible > implementations, and -3 to indicate all Python 3-compatible > implementations. Both of those values are implemented

Re: [gentoo-dev] dev-libs/libressl: mingw-w64 build calls wine

On Thu, May 18, 2017 at 12:31 AM, Marty Plummer wrote: > On Thu, May 18, 2017 at 07:16:43AM +0300, Alon Bar-Lev wrote: >> On 18 May 2017 at 07:10, Marty Plummer wrote: >> > On Thu, May 18, 2017 at 06:53:48AM +0300, Alon Bar-Lev wrote: >> >> On 18 May 2017 at 06:54, Marty Plummer wrote: >> >> > G

[gentoo-dev] [RFC] Gentoo news extension: Display-If-Visible

Many news items are only relevant when upgrading a package from one version to another. For fresh installs, the user does not need to take any action. A good example of this is the recent gcc upgrade from 4.9 to 5. In this context, it is often desirable to inform the user of a major change in a pa

Re: [gentoo-dev] [RFC] Gentoo news extension: Display-If-Visible

On Wed, May 24, 2017 at 1:29 PM, Michał Górny wrote: > On śro, 2017-05-24 at 13:13 -0400, Mike Gilbert wrote: >> Many news items are only relevant when upgrading a package from one >> version to another. For fresh installs, the user does not need to take >> any action. A go

[gentoo-dev] [PATCH] meson.eclass: implement basic cross-compiler support

--- eclass/meson.eclass | 74 + 1 file changed, 57 insertions(+), 17 deletions(-) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index 758e4180ba7a..0fdb1d848973 100644 --- a/eclass/meson.eclass +++ b/eclass/meson.eclass @@ -39,8 +39,7 @

Re: [gentoo-dev] [PATCH] meson.eclass: implement basic cross-compiler support

On Mon, May 29, 2017 at 5:06 PM, Michał Górny wrote: > On pon, 2017-05-29 at 16:58 -0400, Mike Gilbert wrote: >> + # system roughly corresponds to uname -s (lowercase) >> + local system=unknown >> + case ${CHOST} in >> + *-aix*) system=aix ;

Re: [gentoo-dev] [PATCH] meson.eclass: implement basic cross-compiler support

This has been pushed.

[gentoo-dev] [PATCH 1/2] toolchain-funcs.eclass: rework _tc-getPROG to accept a colon-separated list of default programs

--- eclass/toolchain-funcs.eclass | 39 +++ 1 file changed, 31 insertions(+), 8 deletions(-) diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass index a0c359a950b2..b402a9ff2780 100644 --- a/eclass/toolchain-funcs.eclass +++ b/eclass/tool

[gentoo-dev] [PATCH 2/2] toolchain-funcs.eclass: use gcc-{ar,nm,ranlib} when available

This will come in handy for users who enable LTO, since they need to use the gcc wrappers for 'ar', 'nm', and 'ranlib'. The default program search order becomes: ${CHOST}-gcc-ar ${CHOST}-ar gcc-ar ar This matches the behavior of a typical autoconf call: AC_CHECK_TOOLS(AR, [gcc-ar ar]) --- ecla

[gentoo-dev] [PATCH 1/2] meson.eclass: pass --wrap-mode nodownload to meson

Downloading sources in src_configure is a bad idea. Ref: http://mesonbuild.com/FAQ.html#does-wrap-download-sources-behind-my-back --- eclass/meson.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index ad260eb65b09..bb60a16aad5

[gentoo-dev] [PATCH 2/2] meson.eclass: add myself to maintainers

--- eclass/meson.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index bb60a16aad50..25e19dff48e3 100644 --- a/eclass/meson.eclass +++ b/eclass/meson.eclass @@ -4,6 +4,7 @@ # @ECLASS: meson.eclass # @MAINTAINER: # William Hubbs +# Mike

Re: [gentoo-dev] Lastrites: x11-misc/rednotebook

On Sat, Jun 3, 2017 at 9:45 AM, Michael Orlitzky wrote: > On 06/02/2017 04:38 AM, Pacho Ramos wrote: >> # Pacho Ramos (02 Jun 2017) >> # Relies on obsolete and vulnerable webkit-gtk version and bundles some libs >> # (#597532). Removal in a month. >> x11-misc/rednotebook >> > > The bundled libs w

Re: [gentoo-dev] Update to news item 2014-10-26-gcc_4_7_introduced_new_c++11_abi/2014-10-26-gcc_4_7_introduced_new_c++11_abi.en.txt

On Sun, Jun 4, 2017 at 11:55 AM, Anthony G. Basile wrote: > Hi everyone, > > Kensington suggested updating the news item on the new c++11 abi for > gcc. Since this news item now appears for all new installations of gcc > it can be annoying. I'm proposing to change it as below, but I have one > c

Re: [gentoo-dev] [PATCH] systemd.eclass: Improve systemd_install_serviced documentation

On Sun, Jun 11, 2017 at 3:23 PM, Chris Mayo wrote: > Signed-off-by: Chris Mayo Signed-off-by is not required for Gentoo contributions. > --- > > Nothing added, just suggesting how it could be made easier to understand. > > Chris The patch looks ok; I'll push it if there are no objections over

Re: [gentoo-dev] [PATCH] systemd.eclass: Improve systemd_install_serviced documentation

On Tue, Jun 13, 2017 at 6:58 PM, Michał Górny wrote: > On nie, 2017-06-11 at 20:23 +0100, Chris Mayo wrote: >> Signed-off-by: Chris Mayo >> --- >> >> Nothing added, just suggesting how it could be made easier to understand. >> >> Chris >> >> eclass/systemd.eclass | 10 +- >> 1 file chang

Re: [gentoo-dev] rfc: new category, app-containers

On Wed, Jun 14, 2017 at 1:06 PM, William Hubbs wrote: > On Wed, Jun 14, 2017 at 07:00:05PM +0200, Michał Górny wrote: >> On śro, 2017-06-14 at 11:11 -0500, William Hubbs wrote: >> > All, >> > >> > I am about to write two new ebuilds for packages for Gentoo that are for >> > container-related utili

[gentoo-dev] dev-python/matplotlib needs a real maintainer

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 maintainer-needed otherwise.

Re: [gentoo-dev] dev-python/matplotlib needs a real maintainer

On Wed, Jun 21, 2017 at 7:18 AM, Benda Xu wrote: > 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. >> >>

Re: [gentoo-dev] Profile-enforced big-endian USE flag

On Tue, Jun 27, 2017 at 6:44 PM, James Le Cuirot wrote: > I am therefore proposing a new global big-endian flag. This could be > masked by default and unmasked + forced in the relevant profiles under > arch. I will apply this according to the mapping defined in tc-endian of > toolchain-funcs.eclas

Re: [gentoo-dev] Profile-enforced big-endian USE flag

On Wed, Jun 28, 2017 at 6:29 PM, James Le Cuirot wrote: > On Wed, 28 Jun 2017 17:52:26 -0400 > Mike Gilbert wrote: > >> On Tue, Jun 27, 2017 at 6:44 PM, James Le Cuirot wrote: >> > I am therefore proposing a new global big-endian flag. This could be >> > masked

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

On Wed, Jul 12, 2017 at 11:42 AM, William Hubbs wrote: > OpenRC 0.28 will mount efivars read only by default due to concerns > about users bricking systems by writing to this filesystem unexpectedly. > > Here is the newsitem covering this change. > > William > This will break boot loader installe

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

On Wed, Jul 12, 2017 at 5:44 PM, William Hubbs wrote: > On Wed, Jul 12, 2017 at 04:03:25PM -0400, Mike Gilbert wrote: >> On Wed, Jul 12, 2017 at 11:42 AM, William Hubbs wrote: >> > OpenRC 0.28 will mount efivars read only by default due to concerns >> > about users bri

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

On Thu, Jul 13, 2017 at 7:35 AM, M. J. Everitt wrote: > On 13/07/17 12:09, Rich Freeman wrote: >> Presumably you'd only want to remount it if it was mounted ro to >> start, since it sounds like openrc will be diverging from systemd >> behavior here. >> >> While it seems like a good idea I'm not su

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

On Thu, Jul 13, 2017 at 10:58 AM, Andrew Savchenko wrote: > On Thu, 13 Jul 2017 10:29:06 -0400 Mike Gilbert wrote: >> On Thu, Jul 13, 2017 at 7:35 AM, M. J. Everitt wrote: >> > On 13/07/17 12:09, Rich Freeman wrote: >> >> Presumably you'd only want to

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

On Thu, Jul 13, 2017 at 12:45 PM, Mike Gilbert wrote: > On Thu, Jul 13, 2017 at 10:58 AM, Andrew Savchenko wrote: >> On Thu, 13 Jul 2017 10:29:06 -0400 Mike Gilbert wrote: >>> On Thu, Jul 13, 2017 at 7:35 AM, M. J. Everitt wrote: >>> > On 13/07/17 12:09, Rich Fr

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

On Jul 13, 2017 7:42 PM, "Mike Gilbert" wrote: On Jul 13, 2017 7:30 PM, "William Hubbs" wrote: On Thu, Jul 13, 2017 at 08:52:23AM -0500, William Hubbs wrote: > On Thu, Jul 13, 2017 at 12:30:12PM +0200, Kristian Fiskerstrand wrote: > > On 07/12/2017 05:42 PM, Will

[gentoo-dev] News item: systemd rootprefix migration

Please share your comments/questions on the proposed news item below. There is no immediate action required for most users, but it seems like a significant enough change to warrant a broadcast. -- Title: systemd rootprefix migration Author: Mike Gilbert Posted: 2017-07-14 Revision: 1 News-Item

Re: [gentoo-dev] News item: systemd rootprefix migration

On Fri, Jul 14, 2017 at 12:46 AM, Sam Jorna (wraeth) wrote: >> Symlinks are provided for /usr/lib/systemd/systemd and >> /usr/lib/systemd/systemd-shutdown to avoid breaking bootloader configs >> and to allow the system to be shutdown/rebooted without issue. > > Will these symlinks be maintained in

[gentoo-dev] [PATCH] meson.eclass: ensure we have a UTF-8 locale set

Bug: https://bugs.gentoo.org/625396 --- eclass/meson.eclass | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index 25e19dff48e3..5b63f0ef3a33 100644 --- a/eclass/meson.eclass +++ b/eclass/meson.eclass @@ -40,7 +40,7 @@ esac if [[

[gentoo-dev] vim-syntax USE flag

Packages currently handle installation of vim syntax support files inconsistently. Some builds install the files if the "vim-syntax" USE flag is enabled, while others install them unconditionally. Do these files fall into the "small text files" category for unconditional installation? If so, we sh

Re: [gentoo-dev] vim-syntax USE flag

On Sun, Jul 23, 2017 at 10:20 AM, Patrice Clement wrote: > Hi Mike > > Saturday 22 Jul 2017 16:27:39, Mike Gilbert wrote : >> Packages currently handle installation of vim syntax support files >> inconsistently. Some builds install the files if the "vim-syntax"

Re: [gentoo-dev] vim-syntax USE flag

On Mon, Jul 24, 2017 at 6:10 AM, Ulrich Mueller wrote: >>>>>> On Sat, 22 Jul 2017, Mike Gilbert wrote: > >> Packages currently handle installation of vim syntax support files >> inconsistently. Some builds install the files if the "vim-syntax" >&g

Re: [gentoo-dev] vim-syntax USE flag

On Sun, Jul 23, 2017 at 11:46 AM, Ciaran McCreesh wrote: > On Sat, 22 Jul 2017 16:27:39 -0400 > Mike Gilbert wrote: >> Packages currently handle installation of vim syntax support files >> inconsistently. Some builds install the files if the "vim-syntax" USE >

Re: [gentoo-dev] [RFC pre-GLEP] Gentoo Git Workflow

On Tue, Jul 25, 2017 at 12:12 PM, Michael Orlitzky wrote: > On 07/25/2017 09:23 AM, Michał Górny wrote: >> >> How is that relevant? Revision bumps are merely a tool to encourage >> 'automatic' rebuilds of packages during @world upgrade. I can't think of >> a single use case where somebody would ac

Re: [gentoo-dev] Re: New SYMLINK_LIB=no migration tool for review

On Wed, Aug 2, 2017 at 1:51 PM, Martin Vaeth wrote: > Michał Górny wrote: >> >> What are your thoughts? > > If this already was discussed then sorry for the noise: > > What is the rationale for merging lib32 with lib? > Wouldn't it be somewhat cleaner to have a completely > split structure > > li

Re: [gentoo-dev] Re: New SYMLINK_LIB=no migration tool for review

On Wed, Aug 2, 2017 at 3:07 PM, Martin Vaeth wrote: > Mike Gilbert wrote: >> On Wed, Aug 2, 2017 at 1:51 PM, Martin Vaeth wrote: >>> If this already was discussed then sorry for the noise: >>> >>> What is the rationale for merging lib32 with lib? >>&

Re: [gentoo-dev] [RFC] Update toolchain.eclass to deal with .xz compressed tarball for gcc-6.4.0

On Wed, Aug 2, 2017 at 4:52 PM, Anthony G. Basile wrote: > Hi everyone, > > Upstream gnu.org used to provide .gz and .bz2 compressed tarballs for > gcc's source code. With gcc-6.4.0 however, they only provide .gz and > .xz. Our toolchain.eclass is written only for .bz2. I'd like to commit > the

[gentoo-dev] Allow variable refs in HOMEPAGE

I would like to remove the ban on variable references in the HOMEPAGE variable in ebuilds. As I understand it, this ban was put in place so that people can easily copy/paste from an ebuild to a web browser. If people want to copy/paste the URL, they can easily query the final value using the port

Re: [gentoo-dev] Allow variable refs in HOMEPAGE

On Thu, Aug 3, 2017 at 2:21 PM, Michael Orlitzky wrote: > On 08/03/2017 11:33 AM, Mike Gilbert wrote: >> I would like to remove the ban on variable references in the HOMEPAGE >> variable in ebuilds. >> > > What ban are you referring to? The Portage Manager Specificatio

Re: [gentoo-dev] Allow variable refs in HOMEPAGE

On Thu, Aug 3, 2017 at 3:12 PM, Michael Orlitzky wrote: > On 08/03/2017 02:57 PM, Mike Gilbert wrote: >> >> It's in the devmanual, which imposes gentoo-specific policy on top of PMS. >> > > It would be nice if that were true, but there's a lot of junk and/o

Re: [gentoo-dev] Allow variable refs in HOMEPAGE

On Thu, Aug 3, 2017 at 3:56 PM, Michael Orlitzky wrote: > On 08/03/2017 03:39 PM, Mike Gilbert wrote: >>> >>> (The old handbook never mentioned variables, from what I can see.) >>> >> >> The developer handbook was also a "policy" manual of sort

Re: [gentoo-dev] Allow variable refs in HOMEPAGE

On Thu, Aug 3, 2017 at 11:54 AM, Michał Górny wrote: > On czw, 2017-08-03 at 11:33 -0400, Mike Gilbert wrote: >> I would like to remove the ban on variable references in the HOMEPAGE >> variable in ebuilds. >> >> As I understand it, this ban was put in place so tha

Re: [gentoo-dev] Revisions for USE flag changes

On Aug 13, 2017 6:38 AM, "Michael Orlitzky" wrote: On 08/13/2017 01:01 AM, Hans de Graaff wrote: > On Sat, 2017-08-12 at 05:58 -0400, Michael Orlitzky wrote: >> >> I simply overlooked the global USE change in make.conf because IMO >> it's a nonsense operation. > > This also happens routinely as n

Re: [gentoo-dev] [PATCH v2] eclass/kernel-2.eclass: Remove use of tr in global scope

On Thu, Aug 31, 2017 at 2:53 PM, Walter Dnes wrote: > On Thu, Aug 31, 2017 at 02:11:30PM -0400, Mike Pagano wrote >> On Thu, Aug 31, 2017 at 07:27:10PM +0200, Micha?? Górny wrote: >> > W dniu czw, 31.08.2017 o godzinie 12???33???-0400, u??ytkownik Mike Pagano >> > napisa??: >> > > As per PMS remov

[gentoo-dev] Heads-up on PATH changes in baselayout-2.4

If you haven't noticed, there was a change in baselayout-2.4 that moved the default PATH setting from /etc/profile into /etc/env.d/50baselayout. This change allows other packages to prepend or append their PATH settings by installing files before or after sequence 50 in /etc/env.d. See bug 255695.

[gentoo-dev] [PATCH] multiprocessing.eclass: make loadavg regex work for float values

Bug: https://bugs.gentoo.org/630626 --- eclass/multiprocessing.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/multiprocessing.eclass b/eclass/multiprocessing.eclass index 50368e35ea93..029201779957 100644 --- a/eclass/multiprocessing.eclass +++ b/eclass/multiproc

[gentoo-dev] [PATCH 1/2] multiprocessing.eclass: make loadavg regex work for float values

Bug: https://bugs.gentoo.org/630626 --- v2: Reject "-l 2.3.4" eclass/multiprocessing.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/multiprocessing.eclass b/eclass/multiprocessing.eclass index 50368e35ea93..b6e92976f73e 100644 --- a/eclass/multiprocessing.eclass

[gentoo-dev] [PATCH 2/2] multiprocessing.eclass: add tests for float values

Also fix the test function to output the correct var for failures. Bug: https://bugs.gentoo.org/630626 --- eclass/tests/multiprocessing_makeopts_loadavg.sh | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/eclass/tests/multiprocessing_makeopts_loadavg.sh b/eclass/tests/multi

Re: [gentoo-dev] sys-libs/ncurses: erronious deletion of *.dll.a files; possibly other packages affected

On Thu, Sep 28, 2017 at 10:23 AM, Thomas Deutschmann wrote: > Hi, > > sounds like we should convert to prune_libtool_files usage from > ltprune.eclass. > > However, the eclass says > >> # Discouraged. Whenever possible, please use much simpler: >> # find "${D}" -name '*.la' -delete || die > > So t

Re: [gentoo-dev] sys-libs/ncurses: erronious deletion of *.dll.a files; possibly other packages affected

On Thu, Sep 28, 2017 at 10:43 AM, Ian Stakenvicius wrote: > On 28/09/17 10:23 AM, Thomas Deutschmann wrote: >> Hi, >> >> sounds like we should convert to prune_libtool_files usage from >> ltprune.eclass. >> >> However, the eclass says >> >>> # Discouraged. Whenever possible, please use much simple

Re: [gentoo-dev] sys-libs/ncurses: erronious deletion of *.dll.a files; possibly other packages affected

On Wed, Sep 20, 2017 at 10:01 PM, Marty E. Plummer wrote: > arfrever suggests I send a mail here, as there are other packages which > may be affected by this issue and perhaps a more generalized fix is > required instead of an explicit fix in sys-libs/ncurses and other ebuilds > that may require i

[gentoo-dev] Last rites: dev-python/whirlpool

# Mike Gilbert (28 Oct 2017) # Tests segfault, bug 635732. # No updates upstream since 2013. # Removal in 30 days. dev-python/whirlpool

Re: [gentoo-dev] Manifest2 hashes, take n+1-th

On Mon, Nov 6, 2017 at 2:13 PM, Robin H. Johnson wrote: > +1 overall, just one timeline clarification. > > On Mon, Nov 06, 2017 at 05:58:21PM +0100, Michał Górny wrote: >> T + 7 days >> -- >> Set: >> manifest-hashes = BLAKE2B SHA512 >> manifest-required-hashes = SHA512 >> >> New Manife

[gentoo-dev] Last rites: app-admin/python-updater

# Mike Gilbert (13 Nov 2017) # python-updater is obsolete. Utilize PYTHON_TARGETS and # emerge --changed-use to rebuild packages instead. # Removal in 30 days. app-admin/python-updater

Re: [gentoo-dev] Strip features via profile.bashrc

On Sun, Nov 19, 2017 at 9:57 PM, William L. Thomson Jr. wrote: > I am trying to replicate like /etc/portage/package.env type function. > For some packages I had FEATURES="-buildpkg". I cannot seem to > replicate this what so ever with profile.bashrc. > > Not sure how via a profile in an overlay/tr

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

On Mon, Nov 27, 2017 at 6:46 AM, Aaron W. Swenson wrote: > On 2017-11-26 10:02, Benda Xu wrote: >> 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

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

On Sun, Dec 10, 2017 at 3:33 PM, Michał Górny wrote: > W dniu nie, 10.12.2017 o godzinie 14∶56 +0100, użytkownik Xavier Miller > napisał: >> Hi, >> >> I did emerge -e @world on a no-multilib chroot, and I have a lot of >> ebuilds that install libs on /{,usr/}/lib/ in place of lib64 >> >> First are

Re: [gentoo-dev] Re: repo/gentoo:master commit in: dev-libs/libunibreak/

On Thu, Dec 14, 2017 at 8:24 AM, wrote: > If the developers of liblinebreak had not decided to rename their library, I > could safely bump it from 2.1 to 4.0, in spite of the fact that it is > maintainer-needed, right? > Am I personally responsible for their decision to use the new name > libunib

Re: [gentoo-dev] Re: repo/gentoo:master commit in: dev-libs/libunibreak/

On Thu, Dec 14, 2017 at 8:30 AM, James Le Cuirot wrote: > On Thu, 14 Dec 2017 14:14:19 +0100 > Fabian Groffen wrote: > >> > >On 14-12-2017 12:10:59 +, Andreas Hüttel wrote: >> > >> Also other QA issues. >> >> Apart from that maintainer-needed has nothing to do with Quality of an >> ebuild, yo

[gentoo-dev] [PATCH] meson.eclass: add meson_use function

--- eclass/meson.eclass | 13 + 1 file changed, 13 insertions(+) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index 2c943dd6ae27..71735fbfc67d 100644 --- a/eclass/meson.eclass +++ b/eclass/meson.eclass @@ -137,6 +137,19 @@ _meson_create_cross_file() { EOF } +# @FU

Re: [gentoo-dev] [QA] New policy: 'files' directory must not be larger than 32 KiB

On Sun, Dec 17, 2017 at 8:21 AM, Michał Górny wrote: > Hello, everyone. > > It's my pleasure to announce that with a majority vote the QA team has > accepted a new policy. The accepted wording is: > > Total size of 'files' subdirectory of a package should not be larger > than 32 KiB. If the pa

Re: [gentoo-dev] [QA] New policy: 'files' directory must not be larger than 32 KiB

On Sun, Dec 17, 2017 at 1:39 PM, Mike Gilbert wrote: > On Sun, Dec 17, 2017 at 8:21 AM, Michał Górny wrote: >> Hello, everyone. >> >> It's my pleasure to announce that with a majority vote the QA team has >> accepted a new policy. The accepted wording

Re: [gentoo-dev] [QA] New policy: 'files' directory must not be larger than 32 KiB

On Sun, Dec 17, 2017 at 5:18 PM, Ulrich Mueller wrote: >>>>>> On Sun, 17 Dec 2017, Mike Gilbert wrote: > >> I just want to voice my opinion on this: as a developer, this policy >> is a royal pain in the ass. > >> I would ask the council to please

Re: [gentoo-dev] [QA] New policy: 'files' directory must not be larger than 32 KiB

On Tue, Dec 19, 2017 at 3:33 PM, Patrick Lauer wrote: > On 12/17/17 19:39, Mike Gilbert wrote: >> On Sun, Dec 17, 2017 at 8:21 AM, Michał Górny wrote: >>> Hello, everyone. >>> >>> It's my pleasure to announce that with a majority vote the QA team ha

<    1   2   3   4   5   6   7   8   9   10   >