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 =
# Mike Gilbert <flop...@gentoo.org> (28 Oct 2017)
# Tests segfault, bug 635732.
# No updates upstream since 2013.
# Removal in 30 days.
dev-python/whirlpool
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
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,
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'
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
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
---
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
+++
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.
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??:
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
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
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
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
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
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
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.
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:
>>>
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
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
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.
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-
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
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 [[
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
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
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
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
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
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
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
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
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
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
>
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
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.
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
>> >
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
>>
>>
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
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.
>>
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
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
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])
---
---
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
+++
This has been pushed.
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
>> +
---
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
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
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
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
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
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,
>
>
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
>
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.
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).
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
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
>> >
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
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
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
>
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:
>> >
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
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
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
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
# 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
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.
>
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:
>
>
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
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
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
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 +++---
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
> ---
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
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
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
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
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
chromium.eclass has been replaced with chromium-2.eclass. It will be
removed in 30 days.
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:
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
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
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
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
# 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
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
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"
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-
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
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
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.
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
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
>>
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,
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
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
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.
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
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.
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.
701 - 800 of 1357 matches
Mail list logo