On 23:45 Thu 05 Sep , Mike Gilbert wrote:
> On Thu, Sep 5, 2019 at 6:47 PM Thomas Deutschmann wrote:
> >
> > On 2019-09-05 22:16, Michał Górny wrote:
> > >> But as per the way the dev manual is written, he arguably *is*
> > >> following policy.
> > >>
> > >> Stop taking the line of assuming he
On Fri, 2019-09-06 at 00:47 +0200, Thomas Deutschmann wrote:
> On 2019-09-05 22:16, Michał Górny wrote:
> > > But as per the way the dev manual is written, he arguably *is*
> > > following policy.
> > >
> > > Stop taking the line of assuming he's trying to be belligerent.
> >
> > He says explici
On Wed, Sep 4, 2019 at 7:26 PM Thomas Deutschmann wrote:
> If you want to make it clear, change "should" to "must" and maybe
> clarify per-package exception and limit to update case if you believe
> that really *all* *new* eclasses must be send to mailing list.
As a native English speaker/writer,
On Thu, Sep 5, 2019 at 6:47 PM Thomas Deutschmann wrote:
>
> On 2019-09-05 22:16, Michał Górny wrote:
> >> But as per the way the dev manual is written, he arguably *is*
> >> following policy.
> >>
> >> Stop taking the line of assuming he's trying to be belligerent.
> >
> > He says explicitly that
On 2019-09-05 22:16, Michał Górny wrote:
>> But as per the way the dev manual is written, he arguably *is*
>> following policy.
>>
>> Stop taking the line of assuming he's trying to be belligerent.
>
> He says explicitly that he is against fixing devmanual because he likes
> the way he can abuse i
# Andreas K. Hüttel (2019-09-04)
# EAPI 2. Brutally outdated and untouched for ages. Removal in
# 30 days, bug 688504
sci-libs/openfoam-bin
--
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)
signature.asc
Description: This is
On Fri, 2019-09-06 at 08:08 +1200, Kent Fredric wrote:
> On Thu, 05 Sep 2019 21:47:11 +0200
> Michał Górny wrote:
>
> > So to summarize, instead of working together in order to follow a well-
> > established policy,
>
> You're reading it wrong. If its "established policy", dev manual must
> refl
On Thu, 05 Sep 2019 21:47:11 +0200
Michał Górny wrote:
> So to summarize, instead of working together in order to follow a well-
> established policy,
You're reading it wrong. If its "established policy", dev manual must
reflect that.
If the dev-manual writes "should" in one place, and implies
On 05/09/19 20:47, Michał Górny wrote:
> On Thu, 2019-09-05 at 15:14 +0200, Thomas Deutschmann wrote:
>> On 2019-09-05 06:02, Michał Górny wrote:
In my case I am working on a new mysql eclass to outsource pkg_config
function which is shared at least between dev-db/mysql and
dev-db/pe
On Thu, 2019-09-05 at 15:14 +0200, Thomas Deutschmann wrote:
> On 2019-09-05 06:02, Michał Górny wrote:
> > > In my case I am working on a new mysql eclass to outsource pkg_config
> > > function which is shared at least between dev-db/mysql and
> > > dev-db/percona-server (and maybe dev-db/mariadb)
On Fri, 6 Sep 2019 07:26:42 +1200
Kent Fredric wrote:
> On Thu, 5 Sep 2019 09:04:23 -0500
> Gordon Pettey wrote:
>
> > You'll note the bit you quoted in defense of skipping review says
> > "changes", and the bit about new eclasses says "do not skip this step".
>
> Emphasis added:
>
> -
On Thu, 5 Sep 2019 09:04:23 -0500
Gordon Pettey wrote:
> You'll note the bit you quoted in defense of skipping review says
> "changes", and the bit about new eclasses says "do not skip this step".
Emphasis added:
-
BEFORE committing a NEW eclass to the tree, it SHOULD be emailed to the
gent
Signed-off-by: Alfredo Tupone
---
eclass/ada.eclass | 435 ++
1 file changed, 435 insertions(+)
create mode 100644 eclass/ada.eclass
diff --git a/eclass/ada.eclass b/eclass/ada.eclass
new file mode 100644
index ..338b73bab86b
--- /dev/null
On Thu, Sep 5, 2019 at 8:15 AM Thomas Deutschmann wrote:
> On 2019-09-05 06:02, Michał Górny wrote:
> >> In my case I am working on a new mysql eclass to outsource pkg_config
> >> function which is shared at least between dev-db/mysql and
> >> dev-db/percona-server (and maybe dev-db/mariadb).
> >
On 2019-09-05 06:02, Michał Górny wrote:
>> In my case I am working on a new mysql eclass to outsource pkg_config
>> function which is shared at least between dev-db/mysql and
>> dev-db/percona-server (and maybe dev-db/mariadb).
>>
>> For this new eclass I would say it's a "per-package" eclass and
Create a new, simpler eclass to handle SGML catalog installation.
Rather than relying on external tool to add/remove catalogs
in postinst/postrm, let ebuilds install interim catalogs and just
register all installed catalogs.
Signed-off-by: Michał Górny
---
eclass/sgml-catalog-r1.eclass | 73
src_unpack: Call default instead of explicit unpack.
src_prepare: Call default, so that the PATCHES variable will be
respected in EAPIs 6 and 7.
src_install: Call einstalldocs in EAPIs where it is supported.
Drop unnecessary die statements, because helpers die by themselves
in all supported EAPIs.
17 matches
Mail list logo
