[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

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

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

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

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

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

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

On Thu, Aug 3, 2017 at 11:54 AM, Michał Górny <mgo...@gentoo.org> 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 wa

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

On Thu, Aug 3, 2017 at 3:56 PM, Michael Orlitzky <m...@gentoo.org> 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 "polic

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

On Thu, Aug 3, 2017 at 3:12 PM, Michael Orlitzky <m...@gentoo.org> 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

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

On Thu, Aug 3, 2017 at 2:21 PM, Michael Orlitzky <m...@gentoo.org> 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 Port

[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

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.

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

On Wed, Aug 2, 2017 at 3:07 PM, Martin Vaeth <mar...@mvath.de> wrote: > Mike Gilbert <flop...@gentoo.org> wrote: >> On Wed, Aug 2, 2017 at 1:51 PM, Martin Vaeth <mar...@mvath.de> wrote: >>> If this already was discussed then sorry for the noise: >>>

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

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

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

On Sun, Jul 23, 2017 at 11:46 AM, Ciaran McCreesh <ciaran.mccre...@googlemail.com> wrote: > On Sat, 22 Jul 2017 16:27:39 -0400 > Mike Gilbert <flop...@gentoo.org> wrote: >> Packages currently handle installation of vim syntax support files >> inconsistently.

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

On Mon, Jul 24, 2017 at 6:10 AM, Ulrich Mueller <u...@gentoo.org> 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-

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

On Sun, Jul 23, 2017 at 10:20 AM, Patrice Clement <monsie...@gentoo.org> 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 t

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

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

[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 <flop...@gentoo.org> Posted: 2017

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

On Jul 13, 2017 7:42 PM, "Mike Gilbert" <floppymas...@gmail.com> wrote: On Jul 13, 2017 7:30 PM, "William Hubbs" <willi...@gentoo.org> 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 Fi

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

On Thu, Jul 13, 2017 at 12:45 PM, Mike Gilbert <flop...@gentoo.org> wrote: > On Thu, Jul 13, 2017 at 10:58 AM, Andrew Savchenko <birc...@gentoo.org> wrote: >> On Thu, 13 Jul 2017 10:29:06 -0400 Mike Gilbert wrote: >>> On Thu, Jul 13, 2017 at 7:35 AM, M. J. Everi

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

On Thu, Jul 13, 2017 at 10:58 AM, Andrew Savchenko <birc...@gentoo.org> 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 <m.j.ever...@iee.org> wrote: >> > On 13/07/17 12:09, Rich Freeman wrote: &g

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

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

On Wed, Jul 12, 2017 at 5:44 PM, William Hubbs <willi...@gentoo.org> 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 <willi...@gentoo.org> wrote: >> > OpenRC 0.28 will mount efivars read o

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

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

On Wed, Jun 28, 2017 at 6:29 PM, James Le Cuirot <ch...@gentoo.org> wrote: > On Wed, 28 Jun 2017 17:52:26 -0400 > Mike Gilbert <flop...@gentoo.org> wrote: > >> On Tue, Jun 27, 2017 at 6:44 PM, James Le Cuirot <ch...@gentoo.org> wrote: >> > I am theref

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 >

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

On Wed, Jun 21, 2017 at 7:18 AM, Benda Xu <hero...@gentoo.org> wrote: > Hi Mike, > > Mike Gilbert <flop...@gentoo.org> 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-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] 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 >> >

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

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

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

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

lli...@gentoo.org> +# Mike Gilbert <flop...@gentoo.org> # @BLURB: common ebuild functions for meson-based packages # @DESCRIPTION: # This eclass contains the default phase functions for packages which -- 2.13.0

[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

[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]) ---

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

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

This has been pushed.

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

On Mon, May 29, 2017 at 5:06 PM, Michał Górny <mgo...@gentoo.org> 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 >> +

[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] [RFC] Gentoo news extension: Display-If-Visible

On Wed, May 24, 2017 at 1:29 PM, Michał Górny <mgo...@gentoo.org> 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

[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

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

[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

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

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 >

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

On Sun, May 7, 2017 at 3:28 PM, Mike Gilbert <flop...@gentoo.org> 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.

[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).

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

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

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

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

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 >

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

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

On Sat, Apr 22, 2017 at 1:43 PM, Mike Gilbert <flop...@gentoo.org> wrote: > On Sat, Apr 22, 2017 at 4:20 AM, Michał Górny <mgo...@gentoo.org> wrote: >> Respect EROOT when running gtk-query-immodules-* tools, alike other >> updaters in the eclass. This ensures

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

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

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

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

# Mike Gilbert <floppym@gentoo> (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] 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. >

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

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 <aball...@gentoo.org> wrote: > On Mon, 20 Mar 2017 13:40:51 -0400 > Mike Gilbert <flop...@gentoo.org> wrote: > >> On Mon, Mar 20, 2017 at 1:01 PM, Alexis Ballier <aball...@gentoo.org> >> wrote: >> &g

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

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

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 <mgo...@gentoo.org> 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 <mgo...@gentoo.org> wrote: >> > --- >> > eclass/libtool.eclass | 14 +++---

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

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

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

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

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

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

[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] 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:

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

Re: [gentoo-portage-dev] [PATCH] Ignore setup.cfg and *.so

On Tue, Feb 14, 2017 at 1:51 PM, Brian Dolbec <dol...@gentoo.org> wrote: > On Tue, 14 Feb 2017 12:02:18 -0500 > Mike Gilbert <flop...@gentoo.org> wrote: > >> This allows one to compile the extension modules in-place without >> having the build artifacts show up

Re: [gentoo-portage-dev] [PATCH] sys-apps/portage: add native-extensions USE flag (bug 571444)

On Wed, Feb 1, 2017 at 4:15 PM, Zac Medico wrote: > On 02/01/2017 01:03 PM, Michał Górny wrote: >> W dniu 01.02.2017, śro o godzinie 09∶06 -0800, użytkownik Zac Medico >> napisał: >>> The native-extensions USE flag will enable building of the >>> libc bindings. This is not

[gentoo-portage-dev] [PATCH] Ignore setup.cfg and *.so

This allows one to compile the extension modules in-place without having the build artifacts show up in git status. For example: printf "[build_ext]\nportage-ext-modules = true\n" > setup.cfg python setup.py build_ext --inplace --- .gitignore | 2 ++ 1 file changed, 2 insertions(+) diff --git

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

# Mike Gilbert <flop...@gentoo.org> (31 Jan 2017) # Depends on old version of dev-python/pyparsing. # Removal in 30 days. dev-python/mwlib dev-python/mwlib-rl

Re: [gentoo-dev] berkdb and gdbm in global USE defaults

On Fri, Jan 27, 2017 at 2:54 AM, Mart Raudsepp wrote: > Then there is no need to think about what is enabled globally or not. > Point being, use REQUIRED_USE sparingly, and rarely a good idea to > block things with common global USE flags, or demand a local USE flag > based on a

[gentoo-dev] berkdb and gdbm in global USE defaults

I recently ran into a REQUIRED_USE constraint that required I select between berkdb and gdbm for an email client. Looking through our profiles, I see we have both berkdb and gdbm enabled "globally". default/linux/make.defaults:USE="berkdb crypt ipv6 ncurses nls pam readline ssl tcpd zlib"

Re: [gentoo-portage-dev] [PATCH] emerge: fix error handling for clean_logs

On Wed, Jan 25, 2017 at 10:42 PM, Zac Medico <zmed...@gentoo.org> wrote: > On 01/25/2017 07:16 PM, Mike Gilbert wrote: >> Commit f143e58dd changed the return value of CleanLogs.clean() to a >> tuple (returncode, messages). >> >> X-Gentoo-Bug: 607236 >> X-

[gentoo-portage-dev] [PATCH] emerge: fix error handling for clean_logs

Commit f143e58dd changed the return value of CleanLogs.clean() to a tuple (returncode, messages). X-Gentoo-Bug: 607236 X-Gentoo-Bug-URL: https://bugs.gentoo.org/607236 --- pym/_emerge/post_emerge.py | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [gentoo-dev] About ALLARCHES

On Tue, Jan 24, 2017 at 11:11 AM, Mart Raudsepp wrote: > Currently this seems to be resulting in broken deptrees for arches that > don't have a stable profile. arm64 in particular. Last I checked, "ekeyword all foo.ebuild" will skip arches that have no stable profiles. Ago must

Re: [gentoo-dev] News item review: python-exec 2.3 reclaims python* symlinks

On Sat, Jan 21, 2017 at 4:49 AM, Michał Górny wrote: > Please review the following news item. It was requested by users. > Preferably I'd like to commit it today. Looks good to me.

Re: [gentoo-dev] News item review: python-exec 2.3 reclaims python* symlinks

On Sat, Jan 21, 2017 at 12:10 PM, Kristian Fiskerstrand wrote: > On 01/21/2017 06:05 PM, Michał Górny wrote: >> On Sat, 21 Jan 2017 17:36:27 +0100 >> Kristian Fiskerstrand wrote: >> > > > .. > >>> >>> How was this allowed into stable? >> >> I know things like

Re: [gentoo-dev] MANPATH handling in ebuilds

On Thu, Jan 19, 2017 at 8:45 AM, Gilles Dartiguelongue wrote: > Le mercredi 04 janvier 2017 à 21:12 +, Wolfgang Mueller a écrit : >> is definitely not set when executing cron scripts like that. I >> deleted all mandoc.db files and waited for them to be regenerated. >> Only >>

[gentoo-portage-dev] [PATCH v2] repoman: always add a newline if the message body is one line

The second line in a git commit message is supposed to be blank. Also, use a regex to more exactly match a Field: value line. Before: dev-libs/libfoo: fix another bug Package-Manager: Portage-2.3.3, Repoman-2.3.1 After: dev-libs/libfoo: fix another bug Package-Manager: Portage-2.3.3,

Re: [gentoo-portage-dev] [PATCH] repoman: always add a newline if the message body is one line

On Sat, Jan 14, 2017 at 1:11 PM, Zac Medico <zmed...@gentoo.org> wrote: > On 01/14/2017 08:58 AM, Mike Gilbert wrote: >> The second line in a git commit message is supposed to be blank. >> >> Before: >> dev-libs/libfoo: fix another bug >> Packag

[gentoo-portage-dev] [PATCH] repoman: always add a newline if the message body is one line

The second line in a git commit message is supposed to be blank. Before: dev-libs/libfoo: fix another bug Package-Manager: Portage-2.3.3, Repoman-2.3.1 After: dev-libs/libfoo: fix another bug Package-Manager: Portage-2.3.3, Repoman-2.3.1 --- repoman/pym/repoman/actions.py | 5 +++-- 1

[gentoo-portage-dev] [PATCH] repoman: remove extra blank line in commit footer

This results in cleaner/more compact commit messages when the author has already included some "Field: value" pair in the commit message body. This check simply looks for a colon in the last line of the commit message body. Before: dev-libs/libfoo: fix something Yada yada yada.

Re: [gentoo-dev] [PATCH 0/7] RFC1: toolchain.eclass prefix support

On Sun, Jan 8, 2017 at 12:44 AM, Benda Xu wrote: > 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

Re: [gentoo-dev] Commit signing for metadata/* repos

On Sat, Jan 7, 2017 at 4:24 PM, Luis Ressel wrote: > Hello, > > there are some additional git repositories which need to be added to > metadata/ subdirectories to make the 'gentoo' git repository usable > for /usr/portage. Specifically, those are dtd, glsa, news and > xml-schema.

Re: [gentoo-dev] [PATCH] eutils.eclass: add 512 icon size to doicon documentation

On Sat, Jan 7, 2017 at 11:53 AM, Chris Mayo wrote: > Signed-off-by: Chris Mayo > --- > Sent as requested on > https://github.com/gentoo/gentoo/pull/3298 > > eclass/eutils.eclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Looks good to me.

Re: [gentoo-dev] RFC: toolchain.eclass prefix support

On Sat, Jan 7, 2017 at 10:07 AM, Benda Xu wrote: > Hi, > > Please help me review the patch attached. Please send patches for review with the content as the email body. See git format-patch and git send-email. > This patch has 5 main kinds of modifications to the eclass, > >

[gentoo-portage-dev] [PATCH] repoman: make unused local USE flags an error

X-Gentoo-Bug: 602002 X-Gentoo-Bug-URL: https://bugs.gentoo.org/602002 --- repoman/pym/repoman/modules/scan/metadata/pkgmetadata.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/repoman/pym/repoman/modules/scan/metadata/pkgmetadata.py

Re: [gentoo-dev] [PATCH] toolchain.eclass: set CHOST for gcc-config calls

On Tue, Dec 27, 2016 at 6:10 AM, Joakim Tjernlund <joakim.tjernl...@infinera.com> wrote: > On Tue, 2016-12-27 at 00:22 -0800, Daniel Campbell wrote: >> On 12/26/2016 12:22 PM, Mike Gilbert wrote: >> > Bug: https://bugs.gentoo.org/603776 >> > --- >> > ec

Re: [gentoo-dev] [PATCH] toolchain.eclass: set CHOST for gcc-config calls

On Tue, Dec 27, 2016 at 3:22 AM, Daniel Campbell <z...@gentoo.org> wrote: > On 12/26/2016 12:22 PM, Mike Gilbert wrote: >> Bug: https://bugs.gentoo.org/603776 >> --- >> eclass/toolchain.eclass | 8 >> 1 file changed, 4 insertions(+), 4 delet

[gentoo-dev] [PATCH] toolchain.eclass: set CHOST for gcc-config calls

Bug: https://bugs.gentoo.org/603776 --- eclass/toolchain.eclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass index 55249b00249b..97511ee12440 100644 --- a/eclass/toolchain.eclass +++ b/eclass/toolchain.eclass @@

<    3   4   5   6   7   8   9   10   11   12   >