On Thu, Jan 4, 2018 at 5:23 AM, Pacho Ramos wrote:
> I have seen this is only used by:
> app-arch/xz-utils
> dev-libs/gmp
> dev-libs/libpcre
> dev-libs/mpc
> dev-libs/mpfr
> net-nds/openldap
> sys-libs/gdbm
> sys-libs/ncurses
> sys-libs/readline
> sys-process/audit
>
> Maybe we could deprecate it
On Sun, Dec 31, 2017 at 8:31 AM, Ulrich Müller wrote:
> @@ -63,8 +63,7 @@ SLOT="0"
> # For binary packages, use -* and then list the archs the bin package
> # exists for. If the package was for an x86 binary package, then
> # KEYWORDS would be set like this: KEYWORDS="-* x86"
> -# DO NOT USE K
vmwware-bundle.eclass is unused since the vmware ebuilds were removed
from the gentoo repository. The eclass will be removed in 30 days.
A copy of the eclass has already been added to the vmware repository.
https://bugs.gentoo.org/642710
On Tue, Dec 26, 2017 at 5:22 PM, Jason A. Donenfeld wrote:
> You might want to mention that alternatively, uninstalling
> openrc&sysvinit&netifrc on a systemd profile system is fine to do
> these days, despite the warning.
I have added the following text after the third paragraph. Let me know
if
On Tue, Dec 26, 2017 at 7:18 PM, Robin H. Johnson wrote:
> On Tue, Dec 26, 2017 at 11:22:50PM +0100, Jason A. Donenfeld wrote:
>> You might want to mention that alternatively, uninstalling
>> openrc&sysvinit&netifrc on a systemd profile system is fine to do
>> these days, despite the warning.
> If
Hi all,
There has been a bit of confusion over a change I made recently. I
would like to publish a news item before the relevant version of
systemd is marked stable.
Any suggestions are welcome.
--
Title: systemd sysv-utils blocker resolution
Author: Mike Gilbert
Posted: -??-??
Revision
On Sat, Dec 23, 2017 at 1:16 PM, Mike Gilbert wrote:
> # Mike Gilbert (23 Dec 2017)
> # Fails to build without glibc rpc support, bug 630670.
> # Use net-nds/rpcbind instead.
> # Removal in 30 days.
> net-nds/rpcbind
Oops, I meant to mask net-nds/portmap here. Fixed in the repo.
# Mike Gilbert (23 Dec 2017)
# Fails to build without glibc rpc support, bug 630670.
# Use net-nds/rpcbind instead.
# Removal in 30 days.
net-nds/rpcbind
# Mike Gilbert (23 Dec 2017)
# Fails to build without glibc rpc support, bug 641154.
# Dead upstream.
# Removal in 30 days.
mail-client/drac
On Thu, Dec 21, 2017 at 11:28 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> Reading the bug (506276), it seems to me it's all about /supporting/
> symlink=no, discussing migration scripts to make it possible to migrate
> existing installations, etc, not /mandating/ it.
>
> I don't see anything suggest
On Thu, Dec 21, 2017 at 2:44 AM, Matthew Thode
wrote:
> On 17-12-21 08:34:31, Michał Górny wrote:
>> W dniu czw, 21.12.2017 o godzinie 05∶29 +, użytkownik Duncan
>> napisał:
>> > Michał Górny posted on Wed, 20 Dec 2017 14:40:27 +0100 as excerpted:
>> >
>> > In all this I don't see an answer to
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
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
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
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
---
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
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
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
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
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
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
# 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
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
# Mike Gilbert (28 Oct 2017)
# Tests segfault, bug 635732.
# No updates upstream since 2013.
# Removal in 30 days.
dev-python/whirlpool
www.kernel.org/doc/html/v4.12/process/submitting-patches.html
[2] https://github.com/git/git/blob/master/Documentation/SubmittingPatches
Mike
--
Mike Pagano
Gentoo Developer - Kernel Project
Gentoo Sources
E-Mail : mpag...@gentoo.org
GnuPG FP : 52CC A0B0 F631 0B17 0142 F83F 92A6 DBEC 81F2 B
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
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
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
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
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
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
This time, use bash 4.0, but limit the use of this function to ebuild that have
EAPI >= 6.
Display a warning for maintainers to upgrade their ebuilds, or remove the call.
Thanks to mgorny for the suggestion.
Signed-off-by: Mike Pagano
---
eclass/kernel-2.eclass | 20 +---
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
>> >
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 remove calls to external command 'tr' in global scope See bug
> > #629106.
>
> Closes: https://bugs.ge
As per PMS remove calls to external command 'tr' in global scope See bug
#629106.
Signed-off-by: Mike Pagano
---
eclass/kernel-2.eclass | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.eclass
index 09409ab1f.
As per PMS remove calls to external command 'tr' in global scope
See bug #629106
Signed-off-by: Mike Pagano
---
eclass/kernel-2.eclass | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.eclass
index 09409ab1f..cdc8c4
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
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
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
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
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
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
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
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?
>>&
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
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
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
>
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
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"
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
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 symlinks be maintained in
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
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
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
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
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
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
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
ease do your thing".
It's my bad if I've never thanked you but I *do* depend on you.
Thanks for the time you spend on my "stuff".
Mike
--
Mike Pagano
Gentoo Developer - Kernel Project
Gentoo Sources - Member
E-Mail : mpag...@gentoo.org
GnuPG FP : EEE2 601D 0763 B60F 848C 9E14 3C33 C650 B576 E4E3
Public Key : http://pgp.mit.edu:11371/pks/lookup?search=0xB576E4E3&op=index
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
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
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.
>>
>>
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
>> > container-related utili
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
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
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
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
---
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
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
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
---
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
This has been pushed.
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 ;
---
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 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
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
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
On 05/17/2017 07:13 PM, Mike Pagano wrote:
> For the latest rc kernel release, (4.12-rc1), upstream has decided to
> change the way the patch is distributed.
> The patch now resides in a git repository and is no longer compressed.
>
> Some discussion can be found here[1] if on
the change for rc kernels >= 4.12.
[1] https://lkml.org/lkml/2017/5/13/182
Signed-off-by: Mike Pagano
---
eclass/kernel-2.eclass | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.eclass
index db4a3bf72..52749cda9 100
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
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
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
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/
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 code
> once I know how
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
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
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
>>
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
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
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
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
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
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
# 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
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
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:
and this slows
things down significantly.
-mike
signature.asc
Description: Digital signature
701 - 800 of 5070 matches
Mail list logo
