On Tue, 29 Nov 2016 18:13:29 -0500
"William L. Thomson Jr." wrote:
> On Wednesday, November 30, 2016 12:49:44 AM EST Alan McKinnon wrote:
> >
> > Why would you end up with duplicated UIDs and GIDs? The only real ways
> > that can happen is
> > - ebuild "edits" passwd and group directly using ech
Hi,
On Mon, 31 Oct 2016 05:52:56 +0500 Mihail Konev wrote:
> sys-devel/bmake installs catpage in place of a manpage,
> which makes sys-apps/man-db add newlines to it.
>
> Either ebuild or man could be patched.
Please, report bugs on bugzilla [1] and post patches there. This
way package maintaine
On Tue, 29 Nov 2016 19:13:19 -0500
Mike Gilbert wrote:
> 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
On 11/29/2016 07:05 PM, Mike Gilbert wrote:
> 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 +
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 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
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 paths only. This problem currently only affects
some pkgs dependi
My question was explicitly asking about profiles/, but I'll respond to
the other pieces in turn.
On Tue, Nov 29, 2016 at 11:59:57PM +0100, Ulrich Mueller wrote:
> I'd say keep it simple:
> - one ChangeLog for each package dir,
Already done.
> - no ChangeLog for category dirs (they contain only a
On Tue, 29 Nov 2016 23:59:57 +0100
Ulrich Mueller wrote:
> > On Tue, 29 Nov 2016, Robin H Johnson wrote:
>
> > TL;DR: Let's replace profiles/**/ChangeLog with profiles/ChangeLog,
> >because it's a mess.
>
> > I'm writing the new changelog generation code [1][2], and I'm
> > wond
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 deletions(-)
diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.e
On Wednesday, November 30, 2016 12:49:44 AM EST Alan McKinnon wrote:
>
> Why would you end up with duplicated UIDs and GIDs? The only real ways
> that can happen is
> - ebuild "edits" passwd and group directly using echo/sed and the like.
> - ebuild runs useradd|groupadd specifying the uid/gid as
> On Tue, 29 Nov 2016, Robin H Johnson wrote:
> TL;DR: Let's replace profiles/**/ChangeLog with profiles/ChangeLog,
>because it's a mess.
> I'm writing the new changelog generation code [1][2], and I'm
> wondering if we can clean up the mess that we have in profiles/.
> The existing
On 29/11/2016 23:49, William L. Thomson Jr. wrote:
> On Tuesday, November 29, 2016 10:40:20 AM EST Michael Mol wrote:
>>
>>
>> Highly detailed lists like that--used as a broad standard--are a bad idea.
>> They represent a single synchronization point that everyone must adhere to.
>
> That is a sta
TL;DR: Let's replace profiles/**/ChangeLog with profiles/ChangeLog, because
it's a mess.
I'm writing the new changelog generation code [1][2], and I'm wondering if we
can clean up the mess that we have in profiles/.
The existing Portage egencache --update-changelogs command does NOT gener
On Tuesday, November 29, 2016 10:40:20 AM EST Michael Mol wrote:
>
>
> Highly detailed lists like that--used as a broad standard--are a bad idea.
> They represent a single synchronization point that everyone must adhere to.
That is a statement based on opinion. You say it is a bad idea. I say it
IMHO likely off topic for -dev and proper place would be -project as it is not
technical in nature.
On Tuesday, November 29, 2016 11:28:36 PM EST Mart Raudsepp wrote:
> Ühel kenal päeval, T, 29.11.2016 kell 19:31, kirjutas Gokturk Yuksek:
> >
> > This isn't even an official GMN project at the mom
Ühel kenal päeval, T, 29.11.2016 kell 19:31, kirjutas Gokturk Yuksek:
> Mart Raudsepp:
> >
> > Ühel kenal päeval, E, 28.11.2016 kell 17:45, kirjutas Gokturk
> > Yuksek:
> > >
> > > On 11/23/2016 12:31 AM, Gokturk Yuksek wrote:
> > > >
> > > >
> > > > Hi all,
> > > >
> > > > The Staffing Needs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Mart Raudsepp:
> Ühel kenal päeval, E, 28.11.2016 kell 17:45, kirjutas Gokturk
> Yuksek:
>> On 11/23/2016 12:31 AM, Gokturk Yuksek wrote:
>>>
>>> Hi all,
>>>
>>> The Staffing Needs page on the wiki [0] seems a little out of
>>> date, there are sti
On Monday, November 28, 2016 02:39:48 PM William L. Thomson Jr. wrote:
> On Monday, November 28, 2016 10:42:54 AM EST Alec Warner wrote:
> > Generally speaking as a fellow who maintained thousands of systems (many
> > of
> > which ran various operating systems.)
> >
> > You cannot rely on all OS v
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+=
--- 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+=" !TRIM_UNUSED_KSYMS"
+
linux-info_pkg_setup;
require_c
Ühel kenal päeval, E, 28.11.2016 kell 17:45, kirjutas Gokturk Yuksek:
> On 11/23/2016 12:31 AM, Gokturk Yuksek wrote:
> >
> > Hi all,
> >
> > The Staffing Needs page on the wiki [0] seems a little out of
> > date, there are still mentions of "herds". I invite project leads
> > and members to upda
Hello,
This is a tracker of ABI changes in the new upstream releases of the Linux
kernel (defconfig, x86_64): https://abi-laboratory.pro/tracker/timeline/linux/
The tracker performs backward binary compatibility analysis of all public
exported symbols and data types (declared in the ".ksymtab"
On Tue, 29 Nov 2016 09:46:18 +0100
Michał Górny wrote:
> On Mon, 28 Nov 2016 06:42:44 -0500
> 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_u
On 11/29/2016 03:46 AM, Michał Górny wrote:
> On Mon, 28 Nov 2016 06:42:44 -0500
> 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
inherit
On Mon, 28 Nov 2016 06:42:44 -0500
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 is undefined.
> >> See bug #579
On Sun, Nov 27, 2016 at 4:07 AM, Rich Freeman wrote:
> On Sun, Nov 27, 2016 at 5:56 AM, Raymond Jennings
> wrote:
> > On Tue, Nov 22, 2016 at 12:06 AM, Alice Ferrazzi
> wrote:
> >>
> >> What about maintainers that are away without writing it in their
> >> maintainer bug ?
> >> After how many da
27 matches
Mail list logo
