On Tue, Oct 25, 2016 at 1:01 PM, William Hubbs wrote:
> I do have a question about the newsitem -- how do I make it display only
> for Linux users?
Once >=sys-apps/portage-2.3.2 is stable, you could use the new
Display-If-Profile wildcard syntax to display it only for
default/linux/*.
On Tue, Oct 25, 2016 at 1:15 PM, William Hubbs wrote:
> On Tue, Oct 25, 2016 at 01:10:06PM -0400, Mike Gilbert wrote:
>> On Tue, Oct 25, 2016 at 1:01 PM, William Hubbs wrote:
>> > If you are not using /dev/disk/by-* paths in fstab, you do not need to
>> take any a
On Thu, Oct 27, 2016 at 9:04 AM, Michał Górny wrote:
> On Thu, 27 Oct 2016 07:13:48 -0400
> Rich Freeman wrote:
>
>> On Thu, Oct 27, 2016 at 7:01 AM, Roy Bamford wrote:
>> > On 2016.10.25 22:52, Ian Stakenvicius wrote:
>> >>
>> >> Personally I'd rather see us go the other way, ensure udev settle
On Fri, Oct 28, 2016 at 12:56 AM, Daniel Campbell wrote:
> On 10/25/2016 10:01 AM, William Hubbs wrote:
>> All,
>>
>> this item is about an important fstab update. In short, people need to
>> move away from /dev/disk-by/* in their fstab vfiles.
>>
>> I do have a question about the newsitem -- how
On Tue, Nov 1, 2016 at 12:52 PM, William Hubbs wrote:
> All,
>
> here is the new version of this news item.
>
> Thanks,
>
> William
>
> The upstream preferred solution is to convert fstab from using
> "/dev/disk/by-*" to the LABEL=, UUID=, or PARTUUID= syntax.
Who is "upstream"? It is unclear wh
On Tue, Nov 1, 2016 at 1:22 PM, Rich Freeman wrote:
> On Tue, Nov 1, 2016 at 12:52 PM, William Hubbs wrote:
>>
>> here is the new version of this news item.
>>
>
> Shouldn't this be conditional based on openrc being installed? I
> don't think other rc implementations are impacted.
>
+1
It woul
On Fri, Nov 4, 2016 at 9:36 PM, Jonas Stein wrote:
>>> If you maintain one of these packages, please fix the SRC_URI and
>>> HOMEPAGE variables.
>
>> It would probably be better if the output included the maintainer.
>
> Yes, that is a good idea.
>
> cat googlecode-shutdown.txt | cut -f1 -d":" | x
On Wed, Nov 9, 2016 at 2:11 AM, Zac Medico wrote:
> On 11/08/2016 10:44 PM, Daniel Campbell wrote:
>> On 11/08/2016 05:02 PM, Rich Freeman wrote:
>>> On Tue, Nov 8, 2016 at 7:54 PM, Patrick McLean wrote:
On Tue, 8 Nov 2016 17:41:02 -0600
William Hubbs wrote:
>
> The plan, once
On Tue, Nov 15, 2016 at 12:09 AM, Michał Górny wrote:
> On Mon, 14 Nov 2016 18:23:10 -0600
> William Hubbs wrote:
>
>> Hi all,
>>
>> I have been working on splitting the tmpfiles functionality out of
>> OpenRC [1], and I believe the new package is about to enter the tree.
>>
>> OpenRC itself does
On Tue, Nov 15, 2016 at 2:51 PM, Ian Stakenvicius wrote:
> On 15/11/16 02:42 PM, Michał Górny wrote:
>> On Tue, 15 Nov 2016 13:57:14 -0500
>> Ian Stakenvicius wrote:
>>
>>> On 15/11/16 12:56 PM, William Hubbs wrote:
OpenRC itself doesn't install any tmpfiles.d files, and my plan is to
m
On Tue, Nov 15, 2016 at 2:42 PM, William Hubbs wrote:
>
> DEPEND="virtual/tmpfiles"
> RDEPEND="virtual/tmpfiles"
I do not think we need a build-time dependency. The tmpfiles-create
code will only be called in pkg_postinst, and therefore only requires
an RDEPEND.
On Wed, Nov 16, 2016 at 6:25 PM, William Hubbs wrote:
> On Wed, Nov 16, 2016 at 06:19:28PM -0500, Ian Stakenvicius wrote:
>> On 16/11/16 06:16 PM, William Hubbs wrote:
>> > On Wed, Nov 16, 2016 at 06:09:59PM -0500, Ian Stakenvicius wrote:
>> >> On 16/11/16 03:21 PM, William Hubbs wrote:
>> >>>
>>
On Wed, Nov 16, 2016 at 8:41 PM, Rich Freeman wrote:
> On Wed, Nov 16, 2016 at 6:45 PM, Ian Stakenvicius wrote:
>> On 16/11/16 06:25 PM, William Hubbs wrote:
>>> On Wed, Nov 16, 2016 at 06:19:28PM -0500, Ian Stakenvicius wrote:
On 16/11/16 06:16 PM, William Hubbs wrote:
> On Wed, Nov 16,
On Fri, Nov 18, 2016 at 1:42 PM, William Hubbs wrote:
> I have picked this message to reply to so I'm at the end of the thread.
>
> The plan is to create a separate package for the init scripts,
> tmpfiles-init-scripts. This package will also add the init scripts to
> the appropriate runlevels.
>
On Mon, Nov 21, 2016 at 3:28 PM, Jeroen Roovers wrote:
> On Mon, 21 Nov 2016 10:01:47 +0100
> Michał Górny wrote:
>
>> Since some of our people don't want to admit they're using GitHub or
>> otherwise want to pretend they're not
>
> Interesting how you simply can't understand that some people hat
# Mike Gilbert (24 Nov 2016)
# Dead upstream, hosted on googlecode, no reverse dependencies.
# Removal in 30 days.
dev-python/platinfo
dev-python/pssi
dev-python/adns-python
dev-python/py-bcrypt
dev-python/pygooglevoice
dev-python/winpdb
On Fri, Nov 25, 2016 at 10:06 AM, Thomas Kahle wrote:
> Hi,
>
> I'd like to pass on maintainership of
>
> dev-cpp/gtest
> dev-cpp/gmock
>
> I don't use them and I don't even remember how I came to maintain
> them. These two are among the packages that have googlecode in
> their SRC_URI, so this i
# Mike Gilbert (25 Nov 2016)
# Modules are now part of app-emulation/open-vm-tools.
# Removal in 30 days.
app-emulation/open-vm-tools-kmod
The values get clobbered immediately afterward, so why bother?
---
eclass/linux-info.eclass | 2 --
1 file changed, 2 deletions(-)
diff --git a/eclass/linux-info.eclass b/eclass/linux-info.eclass
index 16740a3126fb..0dc7b0d0027b 100644
--- a/eclass/linux-info.eclass
+++ b/eclass/linux-info.eclass
On Sun, Nov 27, 2016 at 7:23 PM, Mike Pagano wrote:
> If kernel-2_src_unpack() is called in EAPI6, epatch_user() function
> inherited from eutils.eclass is undefined.
> See bug #579188
kernel-2.eclass currently calls die in global scope for EAPI 6, so
this change has no real effect.
I would sugg
On Sun, Nov 27, 2016 at 3:05 PM, Pacho Ramos wrote:
> # Pacho Ramos (27 Nov 2016)
> # Obsolete and not needed anymore, bug #545704, removal in a month.
> dev-dotnet/pango-sharp
This one still has some reverse dependencies that you missed.
https://qa-reports.gentoo.org/output/gentoo-ci/9c07d2947
On Mon, Nov 28, 2016 at 6:42 AM, Mike Pagano wrote:
>
>
> On 11/27/2016 09:06 PM, Mike Gilbert wrote:
>> On Sun, Nov 27, 2016 at 7:23 PM, Mike Pagano wrote:
>>> If kernel-2_src_unpack() is called in EAPI6, epatch_user() function
>>> inherited from eutils.eclass
On Tue, Nov 29, 2016 at 9:14 AM, Jeroen Roovers wrote:
> --- a/eclass/linux-mod.eclass
> +++ b/eclass/linux-mod.eclass
> @@ -566,6 +566,9 @@ linux-mod_pkg_setup() {
> return
> fi
>
> + # External modules use kernel symbols (bug #591832)
> + export CONFIG_CHECK+=
On Tue, Nov 29, 2016 at 6:24 PM, Mike Pagano wrote:
> 2nd round. As per mgorny's advice, fix eapply_user as per PMS spec and
> execute in src_prepare. Support older EAPIs with epatch_user.
>
> ---
> eclass/kernel-2.eclass | 25 ++---
> 1 file changed, 18 insertions(+), 7 delet
On Tue, Nov 29, 2016 at 6:57 PM, Brian Dolbec wrote:
>
> While working on the last 2 version bumps to the twisted package, I
> kept getting an error in which the *egg-info/SOURCES.txt file absolute
> paths for all the files found in that very same directory. They are
> required to be relative pat
On Wed, Nov 30, 2016 at 3:38 AM, konsolebox wrote:
> There are some things I noticed in the tmpfiles_process() function:
>
> - `type` currently also checks for functions, alias, and builtins,
> besides executable files. If that's not intended, the `-P` option
> should be added.
I cannot conceive
On Wed, Nov 30, 2016 at 6:16 AM, Jeroen Roovers wrote:
> On Tue, 29 Nov 2016 10:39:04 -0500
> Mike Gilbert wrote:
>
>> On Tue, Nov 29, 2016 at 9:14 AM, Jeroen Roovers
>> wrote:
>> > --- a/eclass/linux-mod.eclass
>> > +++ b/eclass/linux-mod.eclass
>&
On Wed, Nov 30, 2016 at 7:11 AM, konsolebox wrote:
>>> I also prefer some things this way:
>>>
>>> - Indent the contents of the first `if` block for consistency's sake,
>>> and less confusion.
>>
>> I disagree; indenting the entire eclass is silly and does not really
>> improve readability. Also,
On Wed, Nov 30, 2016 at 11:28 AM, Michael Orlitzky wrote:
> On 11/26/2016 12:47 PM, Mike Gilbert wrote:
>> The values get clobbered immediately afterward, so why bother?
>> ...
>> qeinfo "Determining the location of the kernel source code"
>> -
The devmanual states:
The name section should contain only lowercase non-accented letters,
the digits 0-9, hyphens, underscores and plus characters. Uppercase
characters are strongly discouraged, but technically valid.
https://devmanual.gentoo.org/ebuild-writing/file-format/index.html
Why are u
On Fri, Dec 2, 2016 at 1:10 PM, Ciaran McCreesh
wrote:
> On Fri, 2 Dec 2016 13:02:48 -0500
> Mike Gilbert wrote:
>> The devmanual states:
>>
>> The name section should contain only lowercase non-accented letters,
>> the digits 0-9, hyphens, underscores
On Fri, Dec 2, 2016 at 1:28 PM, Ulrich Mueller wrote:
>>>>>> On Fri, 2 Dec 2016, Mike Gilbert wrote:
>
>> The devmanual states:
>> The name section should contain only lowercase non-accented letters,
>> the digits 0-9, hyphens, underscores and plus character
On Fri, Dec 2, 2016 at 1:31 PM, Ciaran McCreesh
wrote:
> On Fri, 2 Dec 2016 13:24:29 -0500
> Mike Gilbert wrote:
>> On Fri, Dec 2, 2016 at 1:10 PM, Ciaran McCreesh
>> wrote:
>> > On Fri, 2 Dec 2016 13:02:48 -0500
>> > Mike Gilbert wrote:
>> >> Th
On Fri, Dec 2, 2016 at 1:47 PM, Michał Górny wrote:
> On Fri, 2 Dec 2016 13:02:48 -0500
> Mike Gilbert wrote:
>
>> The devmanual states:
>>
>> The name section should contain only lowercase non-accented letters,
>> the digits 0-9, hyphens, underscores and plus ch
On Sat, Dec 3, 2016 at 10:02 AM, Ben Kohler wrote:
>>
>> Keep in mind some will emerge libraries dependencies for their own
>> projects
>> and development. They do not always have to be merged as a dependency of
>> another package.
>>
>> It might be confusing to know when it is acceptable to use m
On Sat, Dec 3, 2016 at 1:48 AM, Robin H. Johnson wrote:
> On Sat, Dec 03, 2016 at 01:04:17AM -0500, Walter Dnes wrote:
>> On Fri, Dec 02, 2016 at 09:49:59PM -0600, William Hubbs wrote
>> >
>> > So, should we clean up / rename packages that do not follow this as we
>> > find them, like my ConfigArg
# Mike Gilbert (03 Dec 2016)
# Sandbox failure on install. No maintainer.
# https://bugs.gentoo.org/597146
# https://bugs.gentoo.org/597188
# Removal in 30 days.
dev-python/pygtkspellcheck
On Sun, Dec 4, 2016 at 6:18 PM, Andreas K. Huettel wrote:
>
> Please review. Given that I'm only tangentially involved with Apache myself, I
> would like to keep the changes to the eclass minimal...
>
> [The last nontrivial changes to the eclass were made in 2012 and 2008.]
For future patches, pl
On Sun, Dec 4, 2016 at 6:31 PM, A. Wilcox wrote:
> Roadmap
> - ---
>
> Since the shell environment is flexible, this change can be
> implemented almost immediately; the defaults specified in the Gentoo
> base profile ensure that at worst nothing will immediately change. As
> forks, derivative
On Mon, Dec 5, 2016 at 6:13 AM, konsolebox wrote:
> Please consider promoting the use of tinfo flag in packages that
> depend on sys-libs/ncurses so that they would synchronize properly
> with sys-libs/ncurses[tinfo].
I would rather see the tinfo USE flag removed from ncurses.
On Tue, Dec 6, 2016 at 1:05 PM, konsolebox wrote:
> On Wed, Dec 7, 2016 at 1:54 AM, Mike Gilbert wrote:
>> On Mon, Dec 5, 2016 at 6:13 AM, konsolebox wrote:
>>> Please consider promoting the use of tinfo flag in packages that
>>> depend on sys-libs/ncurses so
On Tue, Dec 6, 2016 at 4:15 PM, Michał Górny wrote:
> On Tue, 6 Dec 2016 12:54:26 -0500
> Mike Gilbert wrote:
>
>> On Mon, Dec 5, 2016 at 6:13 AM, konsolebox wrote:
>> > Please consider promoting the use of tinfo flag in packages that
>> > depend on sy
On Tue, Dec 6, 2016 at 9:11 PM, William Hubbs wrote:
> On Tue, Dec 06, 2016 at 05:26:19PM -0500, Mike Gilbert wrote:
>> On Tue, Dec 6, 2016 at 4:15 PM, Michał Górny wrote:
>> > On Tue, 6 Dec 2016 12:54:26 -0500
>> > Mike Gilbert wrote:
>> >
>> >
On Thu, Dec 8, 2016 at 9:10 AM, Doug Freed wrote:
> On Thu, Dec 8, 2016 at 7:38 AM, Andrew Savchenko wrote:
>> Hi,
>>
>> On Thu, 08 Dec 2016 11:29:51 +0100 Pacho Ramos wrote:
>>> When looking at freerdp reverse deps I noticed we are using three different
>>> names for USE flags enabling freerdp s
On Mon, Dec 12, 2016 at 7:34 PM, Mike Pagano wrote:
> According to PMS, @USAGE is required for functions.
> This patch only touches comments and no code has been modified.
PMS says nothing on the topic of eclass documentation syntax.
Any requirements are imposed by the eclass-manpages awk script
On Mon, Dec 12, 2016 at 9:44 PM, Mike Gilbert wrote:
> On Mon, Dec 12, 2016 at 7:34 PM, Mike Pagano wrote:
>> According to PMS, @USAGE is required for functions.
>> This patch only touches comments and no code has been modified.
>
> PMS says nothing on the topic of eclass
On Tue, Dec 13, 2016 at 8:59 AM, Michael Orlitzky wrote:
> On 12/13/2016 06:11 AM, Mike Pagano wrote:
>>
>> You're absolutely right, Mike. It was the devmanual.
>>
>> I'm not a fan of having an empty usage. As the devmanual is written
>> today, it is not optional.
>>
>
> The devmanual is once agai
Keeping up with the frequent Chromium releases is quite a chore.
Recently, phajdan.jr has been slacking on the masked dev channel
updates due a hardware problem, so I have been spending additional
time on them.
If there are any developers with relatively fast hardware that could
take on the stable
On Wed, Dec 14, 2016 at 7:56 AM, Mart Raudsepp wrote:
> Ühel kenal päeval, K, 14.12.2016 kell 15:35, kirjutas Andrew Savchenko:
>> On Wed, 14 Dec 2016 11:16:58 +0200 Mart Raudsepp wrote:
>> >
>> > Ühel kenal päeval, K, 14.12.2016 kell 13:08, kirjutas Sam Jorna:
>> > >
>> > > On Mon, Dec 12, 2016 a
On Wed, Dec 14, 2016 at 9:07 AM, M. J. Everitt wrote:
> On 14/12/16 13:53, Mike Gilbert wrote:
>> On Wed, Dec 14, 2016 at 7:56 AM, Mart Raudsepp wrote:
>>> Ühel kenal päeval, K, 14.12.2016 kell 15:35, kirjutas Andrew Savchenko:
>>>> This is not a workaround, but o
On Wed, Dec 14, 2016 at 1:29 PM, Fabian Groffen wrote:
> On 14-12-2016 13:01:16 -0500, Doug Freed wrote:
>> On Wed, Dec 14, 2016 at 12:48 PM, Nathan Zachary
>> wrote:
>> > On 14/12/16 10:11, Doug Freed wrote:
>> >>> I somehow doubt that would give me the expected number only, and I lack
>> >>> a
On Thu, Dec 15, 2016 at 4:49 PM, Robin H. Johnson wrote:
> 3. The distro branding package (v1) (providers of virtual/os-branding):
>- MUST have NO build dependencies that require execution (this could
> be the very first package in a bootstrap).
>- MUST install /etc/os-release
>
Due to the increased availability of legal streaming sites in the US
in recent years, I no longer actively use flexget, and have not
updated it since July.
Getting it synced back up to the latest upstream version would require
packaging several additional python libraries, and I don't have the
mot
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
@@ -2119
On Tue, Dec 27, 2016 at 3:22 AM, Daniel Campbell 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 deletions(-)
>>
>> diff -
On Tue, Dec 27, 2016 at 6:10 AM, Joakim Tjernlund
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
>> > ---
>> > eclass/toolchain.eclass | 8
>
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,
>
> * Define ED and ERO
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. Merged.
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.
>
> It'd be great
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 happen in adjacent li
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 one in /usr/s
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 this don't ever happen in your belove
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 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 be using some othe
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"
release
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 default enabled gl
# Mike Gilbert (31 Jan 2017)
# Depends on old version of dev-python/pyparsing.
# Removal in 30 days.
dev-python/mwlib
dev-python/mwlib-rl
On Fri, Feb 18, 2022 at 1:01 PM Mike Pagano wrote:
>
> Document variables in the eclass, reorder alphabetically.
> Make spacing consistent in comment lines.
For review purposes, I wish you had split this into two commits: one
to reorder/reformat the existing vars, and one to add the new ones.
An
On Sun, Mar 27, 2022 at 3:27 AM Ulrich Müller wrote:
>
> This series of patches addresses eclasses using the "root" user name
> to check for superuser privileges. Using UID or GID 0 will work in
> more situations (e.g. when the superuser isn't named root).
The series looks ok to me.
On Mon, Apr 11, 2022 at 7:14 PM Joshua Kinard wrote:
>
> On 4/5/2022 17:49, Jason A. Donenfeld wrote:
> > Hi Matt,
> >
> > On Tue, Apr 5, 2022 at 10:38 PM Matt Turner wrote:
> >>
> >> On Tue, Apr 5, 2022 at 12:30 PM Jason A. Donenfeld
> >> wrote:
> >>> By the way, we're not currently _checking_
: Mike Gilbert
---
eclass/java-utils-2.eclass | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
index 11798908dae..2a649942550 100644
--- a/eclass/java-utils-2.eclass
+++ b/eclass/java-utils-2.eclass
@@ -2099,8
On Sat, Apr 16, 2022 at 2:28 AM Sam James wrote:
>
> eend should be preceded by an begin call.
Looks ok.
Signed-off-by: Mike Gilbert
---
.../2022-04-21-systemd-utils.en.txt | 38 +++
1 file changed, 38 insertions(+)
create mode 100644 2022-04-21-systemd-utils/2022-04-21-systemd-utils.en.txt
diff --git a/2022-04-21-systemd-utils/2022-04-21-systemd-utils.en.txt
b/2022-04
Signed-off-by: Mike Gilbert
---
v2: Wrapped text at 72 characters, incorporated suggestions by sam.
.../2022-04-21-systemd-utils.en.txt | 42 +++
1 file changed, 42 insertions(+)
create mode 100644 2022-04-21-systemd-utils/2022-04-21-systemd-utils.en.txt
diff --git a
Signed-off-by: Mike Gilbert
---
.../2022-04-17-systemd-utils-revbump.en.txt | 12
1 file changed, 12 insertions(+)
create mode 100644
2022-04-17-systemd-utils-revbump/2022-04-17-systemd-utils-revbump.en.txt
diff --git
a/2022-04-17-systemd-utils-revbump/2022-04-17
On Tue, Apr 19, 2022 at 2:21 PM Sam James wrote:
>
> It's already masked and disabled in GCC and it causes a huge
> number of problems, but we need t odo this to avoid automagically
> trying to use PCH-even-once-it's-been-disabled-in-the-compiler.
ACK on both patches.
On Sun, May 8, 2022 at 7:07 PM Sam James wrote:
>
> From: orbea
>
> samurai is a ninja-compatible build tool written in C which
> works with cmake, meson and other users of ninja.
>
> It is feature-complete and supports most of the same options
> as ninja.
>
> Signed-off-by: orbea
> Signed-off-b
On Sun, May 8, 2022 at 7:07 PM Sam James wrote:
>
> From: orbea
>
> samurai is a ninja-compatible build tool written in C which
> works with cmake, meson and other users of ninja.
>
> It is feature-complete and supports most of the same options
> as ninja.
The patch looks fine, but the commit me
On Mon, May 9, 2022 at 1:13 PM orbea wrote:
>
> On Mon, 9 May 2022 10:59:03 -0400
> Mike Gilbert wrote:
> > The NINJA environment variable is used directly by meson and may
> > contain an absolute path. I don't think it makes sense to restrict
> > possible values
On Fri, May 13, 2022 at 3:11 AM Ulrich Mueller wrote:
>
> Recently Debian has started to transition away from the "which" command.
> [1]
>
> which is a non-POSIX command which prints out the location of specified
> executables that are in your path. Unfortunately, there are several
> versions of t
On Fri, May 13, 2022 at 11:44 AM Mike Gilbert wrote:
>
> On Fri, May 13, 2022 at 3:11 AM Ulrich Mueller wrote:
> >
> > Recently Debian has started to transition away from the "which" command.
> > [1]
> >
> > which is a non-POSIX command which prints
On Mon, May 23, 2022 at 5:39 AM wrote:
>
> Dear package maintainers,
> please do not mess with preexisting files in /dev.
>
> I have static /dev and that suit me well for quite a few systems that
> has a static environment, especially system that are intended to run
> for a long time and where I
On Mon, May 30, 2022 at 3:57 PM Anna “CyberTailor”
wrote:
>
> On 2022-05-08 23:07, Sam James wrote:
> > From: orbea
> >
> > samurai is a ninja-compatible build tool written in C which
> > works with cmake, meson and other users of ninja.
> >
> > It is feature-complete and supports most of the sam
Closes: https://bugs.gentoo.org/847436
Signed-off-by: Mike Gilbert
---
eclass/udev.eclass | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/eclass/udev.eclass b/eclass/udev.eclass
index 073e5d8acbc..830e3eeb125 100644
--- a/eclass/udev.eclass
+++ b/eclass
Bug: https://bugs.gentoo.org/847436
Signed-off-by: Mike Gilbert
---
metadata/install-qa-check.d/60udev-eclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/metadata/install-qa-check.d/60udev-eclass
b/metadata/install-qa-check.d/60udev-eclass
index 4aadc9b1f18..24a4df38ec4 100644
Used by acct-{user,group}/root.
The check is skipped on most systems because root is created by baselayout.
An error may be produced if a user runs emerge --root=/myroot
acct-user/root, where /myroot is an empty directory.
Signed-off-by: Mike Gilbert
---
eclass/user.eclass | 8
1 file
tc-ld-is-gold and tc-ld-is-lld check the output of ld --version.
This output may vary depending on the language selected by the user.
Set LC_ALL=C to force English output.
Bug: https://bugs.gentoo.org/854147
Signed-off-by: Mike Gilbert
---
eclass/toolchain-funcs.eclass | 6 ++
1 file
On Mon, Jun 27, 2022 at 3:04 AM Sam James wrote:
>
> From: Jannik Glückert
>
> Handle bits like -flto -fno-lto.
Why would we care about this? If we just strip the -flto out, that
leaves -fno-lto and the result is the same.
What am I missing?
On Sun, Jun 26, 2022 at 11:24 PM Jeff Gazso wrote:
> My thought is unless some serious deficiency is present in
> app-office/sc-im it should be moved to Gentoo's main ebuild repository
> and the last rites process should be started for app-office/sc. Does
> anyone else have thoughts or comments on
On Mon, Jun 27, 2022 at 10:55 AM Jannik Glückert
wrote:
>
> This is not for stripping flags, it's for detecting a flag and e.g.
> changing the configure invocation accordingly.
>
> E.g. libreoffice has
> is-flagq "-flto*" && myeconfargs+=( --enable-lto )
Ah, that makes more sense. Thanks for expl
Signed-off-by: Mike Gilbert
---
eclass/epatch.eclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/eclass/epatch.eclass b/eclass/epatch.eclass
index 6a9c460da0a..6d000419b03 100644
--- a/eclass/epatch.eclass
+++ b/eclass/epatch.eclass
@@ -236,12 +236,12 @@ epatch
On Mon, Jun 27, 2022 at 2:35 PM Kenton Groombridge wrote:
> > so looks like we need to combine both methods and do the following:
> > - if signing requested without compression - sign in pkg_preinst.
> > - if signing requested with compression - sign in src_install
> >
>
> Why can't we do both i
On Mon, Jun 27, 2022 at 3:39 PM Georgy Yakovlev wrote:
>
> On Mon, 2022-06-27 at 21:21 +0200, Florian Schmaus wrote:
> > Thanks to Mike Gilbert (floppym) for valuable feedback.
> >
> > Closes: https://bugs.gentoo.org/853928
> > Closes: https://github.com/gentoo/gento
On Mon, Jun 27, 2022 at 3:42 PM Georgy Yakovlev wrote:
>
> On Mon, 2022-06-27 at 14:56 -0400, Mike Gilbert wrote:
> > On Mon, Jun 27, 2022 at 2:35 PM Kenton Groombridge
> > wrote:
> > > > so looks like we need to combine both methods and do the
> > > >
On Mon, Jun 27, 2022 at 5:11 PM Georgy Yakovlev wrote:
>
> On Mon, 2022-06-27 at 15:49 -0400, Mike Gilbert wrote:
> > On Mon, Jun 27, 2022 at 3:42 PM Georgy Yakovlev
> > wrote:
> > >
> > > On Mon, 2022-06-27 at 14:56 -0400, Mike Gilbert wrote:
> >
On Tue, Jun 28, 2022 at 2:05 AM Ulrich Mueller wrote:
>
> >>>>> On Mon, 27 Jun 2022, Mike Gilbert wrote:
>
> > if [[ ${SINGLE_PATCH} == "yes" ]] ; then
> > if [[ -n ${EPATCH_SINGLE_MSG} ]] ; then
> > -
org/839585
Closes: https://bugs.gentoo.org/839588
Signed-off-by: Mike Gilbert
---
eclass/ruby-ng.eclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index f0d6c4f6f6c..c43d5b4d982 100644
--- a/eclass/ruby-ng.eclass
+++ b/e
On Tue, Jul 5, 2022 at 3:02 PM Georgy Yakovlev wrote:
>
> ...snip
> >
> > > In that case, I think the only viable way to make this work is to
> > > disable automatic stripping and handle stripping via custom code in
> > > the ebuild/eclass.
> > >
> > might work indeed if we do something like (pseu
This avoids rebuilding targets with no dependency information.
Bug: https://bugs.gentoo.org/857180
Signed-off-by: Mike Gilbert
---
eclass/meson.eclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/eclass/meson.eclass b/eclass/meson.eclass
index 7ba6501688b..8dec315c1ae 100644
--- a/eclass
It's common for python_check_deps to call python_has_version, which
calls ebegin itself.
Signed-off-by: Mike Gilbert
---
eclass/python-utils-r1.eclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/eclass/python-utils-r1.eclass b/eclass/python-utils-r1.eclass
301 - 400 of 1266 matches
Mail list logo
