On Mon, 2021-10-11 at 06:07 +0100, Sam James wrote:
> This breaks at least ocamlopt.
>
> Closes: https://bugs.gentoo.org/803047
> Closes: https://bugs.gentoo.org/811315
> Signed-off-by: Sam James
> ---
> eclass/dune.eclass | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/eclass/dune.
On Wed, 9 Sep 2020 09:48:04 -0400
David Michael wrote:
> On Wed, Sep 9, 2020 at 5:37 AM Alexis Ballier
> wrote:
> > On Tue, 8 Sep 2020 15:54:14 -0400
> > David Michael wrote:
> >
> > > Hi,
> > >
> > > This fix might not be so straightforwar
On Tue, 8 Sep 2020 15:54:14 -0400
David Michael wrote:
> Hi,
>
> This fix might not be so straightforward. A configuration I tested
> hit a dependency loop with shadow -> pambase -> systemd -> a bunch of
> groups -> shadow. It is possible to bootstrap around by emerging
> shadow with no USE fl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, 7 Sep 2020 21:39:54 +1200
Kent Fredric wrote:
> On Mon, 7 Sep 2020 08:14:52 +0200
> Michał Górny wrote:
>
> > However, please
> > +do not include it in the package.mask entry as users do
> > not need
> > +to be forced to proactiv
On Fri, 4 Sep 2020 09:06:46 -0400
Michael Orlitzky wrote:
> On 2020-09-04 08:54, Alexis Ballier wrote:
> >
> > py37 will (*) still be installed as it cannot be depcleaned because
> > of 1. emerge won't fail since deps are satisfied.
> >
> >
> > (*)
On Thu, 3 Sep 2020 14:17:06 -0400
Michael Orlitzky wrote:
> On 2020-09-03 12:38, Alexis Ballier wrote:
> >
> > if some upgrade wants a package with unmatched deps (e.g. not
> > installed at all or py38 usedep not satisfied), $PM will surely try
> > to satisfy it by in
On Wed, 2 Sep 2020 15:00:27 -0400
Michael Orlitzky wrote:
> On 2020-09-02 14:08, Andreas Sturmlechner wrote:
> > On Wednesday, 2 September 2020 19:42:33 CEST Michael Orlitzky wrote:
> >> New USE flags generally change dependencies (as is the case here),
> >> so a new revision ensures that people
On Wed, 2020-08-26 at 18:57 +, Max Magorsch wrote:
> Hi all,
>
> Good news regarding packages.g.o!
>
> While the new packages.g.o version went into production some time
> ago,
> this also led to some false warnings about outdated package versions.
> This is because we currently take informati
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sat, 8 Aug 2020 13:51:41 -0500
William Hubbs wrote:
> All,
>
> I would like to propose that we switch the default udev provider on
> new systems from eudev to udev.
>
> This is not a lastrites, and it will not affect current systems since
> th
On Wed, 29 Jul 2020 10:03:47 -0400
Aaron Bauman wrote:
> Adjust the mask, drop the ebuild, or simply remove the mask. I would
> happily apologize for a mistake, but reverting something that is
> largely not in error seems silly.
>
> Again, this is a massive commit, but it should be the last tim
On Wed, 17 Jun 2020 10:58:03 -0400
Mike Gilbert wrote:
> On Wed, Jun 17, 2020 at 7:42 AM Ulrich Mueller wrote:
> >
> > > On Wed, 17 Jun 2020, Michał Górny wrote:
> >
> > > Can we please put users above silly politics? Gentoo 'does not
> > > depend' on any non-free package to print the warni
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 17 Jun 2020 13:08:56 +0200
Michał Górny wrote:
> On Wed, 2020-06-17 at 12:57 +0200, Ulrich Mueller wrote:
> > > > > > > On Wed, 17 Jun 2020, Michał Górny wrote:
> >
> > > +# @FUNCTION: kernel-install_pkg_pretend
> > > +# @DESCRIPTION:
> >
On Fri, 12 Jun 2020 10:58:24 -0400
Rich Freeman wrote:
> On Fri, Jun 12, 2020 at 10:33 AM Alexis Ballier
> wrote:
> >
> > What about /j #gentoo-media, discuss, join the current projects,
> > get a few things done (there is a lot of choice there ;) ), maybe
> &g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 10 Jun 2020 20:25:20 +0200
Michał Górny wrote:
> Hi,
>
> Let's split this from [1] as I suppose having it in middle of
> high-noise 'up for grabs' might prevent some interested people from
> seeing it.
>
> The general purpose of codec pro
On Tue, 26 May 2020 23:41:28 +0200
zo...@gentoo.org wrote:
> tisdag 26 maj 2020 kl. 19:54:51 CEST skrev Alexis Ballier:
> > On Tue, 26 May 2020 10:45:39 -0400
> >
> > Mike Gilbert wrote:
> > > > Note that having the 'pic' useflag should be considered
On Tue, 2020-05-26 at 14:14 -0400, Mike Gilbert wrote:
[...]
>
> >
> > Assuming that the pic performance penalty is really only relevant
> > on
> > legacy arches (like x86), here are a couple of options:
> >
> > 1. Disable pic on arches where tie performance penalty is small.
> > 2. Force pic ev
On Tue, 26 May 2020 10:45:39 -0400
Mike Gilbert wrote:
> > Note that having the 'pic' useflag should be considered something
> > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > has the will to do it since this is mostly an issue on x86+pax,
> > both being slowly decreasing.
>
On Tue, 26 May 2020 10:45:39 -0400
Mike Gilbert wrote:
> > Note that having the 'pic' useflag should be considered something
> > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > has the will to do it since this is mostly an issue on x86+pax,
> > both being slowly decreasing.
>
[...]
> > If I understand you correctly, we should just drop the USE="pic"
> > logic
> > from the remaining packages that have it? Or are you trying to say
> > something else?
>
[...]
> Note that having the 'pic' useflag should be considered something to
> be
> fixed: rewrite the asm in a PIC wa
On Mon, 2020-05-25 at 21:09 -0400, Mike Gilbert wrote:
> On Mon, May 25, 2020 at 7:35 PM Alexis Ballier
> wrote:
> > On Mon, 2020-05-25 at 17:04 -0400, Mike Gilbert wrote:
> > > On Mon, May 25, 2020 at 3:18 PM Michał Górny
> > > wrote:
> > > > On Mon,
On Mon, 2020-05-25 at 17:04 -0400, Mike Gilbert wrote:
> On Mon, May 25, 2020 at 3:18 PM Michał Górny
> wrote:
> > On Mon, 2020-05-25 at 19:49 +0200, Alexis Ballier wrote:
> > > On Mon, 25 May 2020 11:26:26 -0400
> > > Mike Gilbert wrote:
> > >
> &g
On Mon, 25 May 2020 11:26:26 -0400
Mike Gilbert wrote:
> On Mon, May 25, 2020 at 9:13 AM Alexis Ballier
> wrote:
> >
> > On Sun, 24 May 2020 20:25:11 + (UTC)
> > "Thomas Deutschmann" wrote:
> >
> > > commit: 6e149596cc76f1bbcee6720828c8
On Sun, 24 May 2020 20:25:11 + (UTC)
"Thomas Deutschmann" wrote:
> commit: 6e149596cc76f1bbcee6720828c8c8c92420f2a3
> Author: Thomas Deutschmann gentoo org>
> AuthorDate: Sun May 24 19:47:08 2020 +
> Commit: Thomas Deutschmann gentoo org>
> CommitDate: Sun May 24 20:23:53
On Sun, 24 May 2020 20:25:11 + (UTC)
"Thomas Deutschmann" wrote:
> commit: eba596db8a926adb18595549c89294ed0a1e929e
> Author: Thomas Deutschmann gentoo org>
> AuthorDate: Sun May 24 15:07:04 2020 +
> Commit: Thomas Deutschmann gentoo org>
> CommitDate: Sun May 24 20:23:50
On Wed, 2020-05-06 at 03:41 +0200, Thomas Deutschmann wrote:
> On 2020-05-06 00:52, James Le Cuirot wrote:
> > On Tue, 05 May 2020 22:19:59 +0200
> > Michał Górny wrote:
> > > WDYT?
> >
> > Play it safe. -* is frequently used for binary packages where an
> > arch
> > will simply either work or it
On Fri, 2020-03-27 at 19:07 -0400, Anthony G. Basile wrote:
> On 3/27/20 3:17 PM, Alexis Ballier wrote:
> > On Fri, 2020-03-27 at 08:03 -0400, Anthony G. Basile wrote:
> > > On 3/26/20 9:25 PM, Joshua Kinard wrote:
> > > > On 3/23/2020 04:21,
On Fri, 2020-03-27 at 08:03 -0400, Anthony G. Basile wrote:
> On 3/26/20 9:25 PM, Joshua Kinard wrote:
> > On 3/23/2020 04:21, Jaco Kroon wrote:
> > > Hi,
> > >
> > > https://bugs.gentoo.org/713668 relates.
> > >
> > > * Searching for /usr/include/execinfo.h ...
> > > sys-libs/glibc-2.29-r7 (/us
On Thu, 2020-03-12 at 20:59 +, James Le Cuirot wrote:
> On Thu, 12 Mar 2020 11:23:04 +0100
> Alexis Ballier wrote:
>
> > On Thu, 2020-03-12 at 09:06 +0100, ha...@gentoo.org wrote:
> > > As this native Win32 support is considered highly experimental
> > > s
On Thu, 2020-03-12 at 09:06 +0100, ha...@gentoo.org wrote:
> As this native Win32 support is considered highly experimental still,
> I
> would like to apply the libtool patches for parity via elibtoolize
> only,
> without applying them in sys-devel/libtool itself yet.
>
IIRC you need to do it thi
On Fri, 2019-12-20 at 18:55 +0100, Ulrich Mueller wrote:
> > > > > > On Fri, 20 Dec 2019, Alexis Ballier wrote:
> > Should we use this to drop RDEPEND from pkg_*inst/rm phases ?
> > PMS states "RDEPEND (unless the particular dependency results in a
> > cir
On Thu, 2019-12-19 at 20:40 +0100, Michał Górny wrote:
> Hello,
>
> Here's another potential EAPI 8 feature I'd like to discuss. Please
> note that this is about *new dependency type*, so please don't hijack
> it
> into the big 'let's steal Exherbo syntax' debate.
>
> Bug: https://bugs.gentoo.or
On Thu, 2019-12-12 at 12:14 -0500, Mike Gilbert wrote:
> On Thu, Dec 12, 2019 at 12:02 PM NP-Hardass
> wrote:
> > On 12/11/19 9:58 AM, Michał Górny wrote:
> > > Append RESTRICT="!test? ( test )" in the default case when
> > > virtualx
> > > is conditional to USE=test. This fixes 440 MissingTestRe
On Fri, 2019-12-06 at 21:28 +0100, Thomas Deutschmann wrote:
> On 2019-12-06 21:10, Andreas Sturmlechner wrote:
> > Just so we're on the same page, a recent example of what some
> > people
> > suggesting to keep py27 ad nauseam are asking users to deal with:
> > [...]
> > WARNING: One or more upda
On Fri, 6 Dec 2019 10:41:56 -0500
Matt Turner wrote:
> On Fri, Dec 6, 2019 at 5:51 AM Alexis Ballier
> wrote:
> >
> > On Fri, 6 Dec 2019 04:33:36 -0500
> > Tim Harder wrote:
> >
> > > On 2019-12-06 Fri 04:03, Alexis Ballier wrote:
> > > > it&#
On Fri, 6 Dec 2019 04:33:36 -0500
Tim Harder wrote:
> On 2019-12-06 Fri 04:03, Alexis Ballier wrote:
> > it's not just like repoman and cvs since repoman commit did push ;)
> > it will never be perfect but i really like repoman commit to refuse
> > to even commit if t
On Fri, 2019-12-06 at 03:23 -0500, Tim Harder wrote:
> On 2019-12-05 Thu 17:00, Alexis Ballier wrote:
> > > > pkgcheck is mostly used by your CI checks for
> > > > producing huge reports, which is nice but addresses a different
> > > > problem
> >
On Thu, 2019-12-05 at 19:04 +0100, Michał Górny wrote:
> On Thu, 2019-12-05 at 18:59 +0100, Alexis Ballier wrote:
> > On Thu, 2019-12-05 at 18:39 +0100, Michał Górny wrote:
> > > On Thu, 2019-12-05 at 17:36 +0100, Alexis Ballier wrote:
> > > > On Thu, 2019-12-05 at 1
On Thu, 2019-12-05 at 18:39 +0100, Michał Górny wrote:
> On Thu, 2019-12-05 at 17:36 +0100, Alexis Ballier wrote:
> > On Thu, 2019-12-05 at 17:09 +0100, Michał Górny wrote:
> > > +
> > >
> >
On Thu, 2019-12-05 at 10:53 -0600, William Hubbs wrote:
> On Thu, Dec 05, 2019 at 05:36:58PM +0100, Alexis Ballier wrote:
> > On Thu, 2019-12-05 at 17:09 +0100, Michał Górny wrote:
> > > +
> > >
On Thu, 2019-12-05 at 17:09 +0100, Michał Górny wrote:
> +
> +#
> +# This file specifies packages that are considered deprecated (but
> not
> +# masked yet). It will trigger pkgcheck warnings whenever other
> +# packages depend on
On Wed, 2019-12-04 at 19:15 -0500, Aaron Bauman wrote:
> * Removal in 30 days
>
IMHO masking with unfixed, or much later, removal date will better help
achieve your goal: You are making your point by having them masked so
that it will make enough noise for interested people to understand py2
onl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 31 Jul 2019 21:40:19 +0100
James Le Cuirot wrote:
> On Wed, 31 Jul 2019 15:51:58 +0200
> Alexis Ballier wrote:
>
> > On Tue, 30 Jul 2019 23:26:27 +0100
> > James Le Cuirot wrote:
> >
> > > > Adm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 30 Jul 2019 23:26:27 +0100
James Le Cuirot wrote:
> > Admittedly without a full understanding of the problem, but this
> > looks wrong to me: SYSROOT, EPREFIX and BROOT are only relevant in
> > build phases (src_*); (EPREFIX is a little spe
On Sun, 28 Jul 2019 22:37:35 +0100
James Le Cuirot wrote:
[...]
> -& \t{BDEPEND} &
> \t{DEPEND} & \t{RDEPEND}, \t{PDEPEND} \\
> +& \t{BDEPEND} &
> \t{DEPEND}& \t{RDEPEND}, \t{PDEPEND} \\
> \mid
On Wed, 29 May 2019 10:27:34 -0700 (PDT)
Palmer Dabbelt wrote:
> On Mon, 20 May 2019 02:44:18 PDT (-0700), aball...@gentoo.org wrote:
> > On Sat, 18 May 2019 20:47:28 +0200
> > Michał Górny wrote:
> >
> >> On Fri, 2019-05-03 at 23:34 +0200, Andreas K. Huettel wrote:
> >> > * We will initially ad
On Sat, 18 May 2019 20:47:28 +0200
Michał Górny wrote:
> On Fri, 2019-05-03 at 23:34 +0200, Andreas K. Huettel wrote:
> > * We will initially add two profiles to profile.desc:
> > default/linux/riscv/17.0/rv64gc/lp64d (non-multilib, 64bit
> > hardfloat) default/linux/riscv/17.0/rv64gc (multili
On Wed, 8 May 2019 11:08:47 -0700
Matt Turner wrote:
> On Wed, May 8, 2019 at 3:19 AM Alexis Ballier
> wrote:
> >
> > On Wed, 08 May 2019 12:01:21 +0200
> > Michał Górny wrote:
> >
> > > On Wed, 2019-05-08 at 11:54 +0200, Alexis Ballier wrote:
>
On Wed, 08 May 2019 12:31:47 +0200
Michał Górny wrote:
> On Wed, 2019-05-08 at 12:19 +0200, Alexis Ballier wrote:
> > On Wed, 08 May 2019 12:01:21 +0200
> > Michał Górny wrote:
> >
> > > On Wed, 2019-05-08 at 11:54 +0200, Alexis Ballier wrote:
> > &g
On Wed, 08 May 2019 12:01:21 +0200
Michał Górny wrote:
> On Wed, 2019-05-08 at 11:54 +0200, Alexis Ballier wrote:
> > On Wed, 08 May 2019 11:41:41 +0200
> > Michał Górny wrote:
> >
> > > > There's multilib that adds a lot of flags with a single eclass
&g
On Wed, 08 May 2019 11:41:41 +0200
Michał Górny wrote:
> > There's multilib that adds a lot of flags with a single eclass
> > change, but I'd guess the number of packages and flags is
> > constantly growing, so sooner or later you'll be hit by this again
> > and no multilib killing will help you
On Tue, 07 May 2019 23:47:30 +0200
Michał Górny wrote:
> While the large number of flags is practically invisible to user with
> all the USE_EXPAND hiding, it negatively impacts pkgcheck. When
> the number reached 10, CI became unusable. We're currently back down
> to 8, thanks to powerpc team,
On Mon, 04 Feb 2019 13:42:21 -0800
Georgy Yakovlev wrote:
> On Monday, February 4, 2019 2:52:37 AM PST Alexis Ballier wrote:
> > On Sat, 2 Feb 2019 21:27:29 -0800
> >
> > Georgy Yakovlev wrote:
> > > Since D, ED, ROOT, EROOT no longer have a trailing slash
On Sat, 2 Feb 2019 21:27:29 -0800
Georgy Yakovlev wrote:
> Since D, ED, ROOT, EROOT no longer have a trailing slash in EAPI=7
> This eclass is terribly broken, installing things into
> imageusr/...
You might want to check https://github.com/aballier/ml-overlay
On Wed, 7 Nov 2018 09:57:36 -0500
Ian Stakenvicius wrote:
> On 2018-11-06 11:21 a.m., Alexis Ballier wrote:
> > On Tue, 6 Nov 2018 11:09:17 -0500
> > Rich Freeman wrote:
> >
> >> On Tue, Nov 6, 2018 at 10:57 AM Alexis Ballier
> >> wrote:
> &g
On Tue, 6 Nov 2018 11:09:17 -0500
Rich Freeman wrote:
> On Tue, Nov 6, 2018 at 10:57 AM Alexis Ballier
> wrote:
> >
> > On Tue, 06 Nov 2018 17:08:22 +0200
> > Mart Raudsepp wrote:
> >
> > > It is not GStreamer fault that ffmpeg breaks API and ABI with
On Tue, 06 Nov 2018 11:04:17 -0500
Craig Andrews wrote:
> On 06.11.2018 06:00, Alexis Ballier wrote:
> > On Mon, 05 Nov 2018 20:38:58 -0500
> > Craig Andrews wrote:
> >
> >> I think it's time to remove the mask on >=media-video/ffmpeg-4.0
> >&g
On Tue, 06 Nov 2018 17:08:22 +0200
Mart Raudsepp wrote:
> Ühel kenal päeval, T, 06.11.2018 kell 12:00, kirjutas Alexis Ballier:
> > On Mon, 05 Nov 2018 20:38:58 -0500
> > Craig Andrews wrote:
> >
> > > I think it's time to remove the mask on >=media-vid
On Mon, 05 Nov 2018 20:38:58 -0500
Craig Andrews wrote:
> I think it's time to remove the mask on >=media-video/ffmpeg-4.0
>
> ffmpeg 4 is in many distros (including Debian, Arch) and FreeBSD.
> Upstreams are starting to require it, too. For example, Kodi 18 and
> media-plugins/gst-plugins-liba
On Thu, 16 Aug 2018 21:36:56 +0300
Mart Raudsepp wrote:
> Ühel kenal päeval, N, 16.08.2018 kell 14:27, kirjutas Brian Evans:
> > There are currently a handful of ebuilds using EAPI 7 and the
> > autotools
> > eclass.
> >
> > I believe that this eclass should be reviewed for adding BDEPEND or
> >
On Tue, 31 Jul 2018 14:36:37 +0100
Amy Liffey wrote:
> Hello folks,
>
> I apologize to everyone for sending this proposal before it was
> finished. It was not voted on by the QA team hence it was not an
> official proposal by the QA team. There was probably some
> misunderstanding in communicati
On Wed, 18 Jul 2018 14:20:56 +0200
Kristian Fiskerstrand wrote:
> On 07/18/2018 02:10 PM, Alexis Ballier wrote:
> > I often find myself in the
> > need to use/invent some abbreviation in order to fit the limit.
> > Considering this is an error, this sends the message that s
On Wed, 18 Jul 2018 10:35:41 +0200
Ulrich Mueller wrote:
> > On Wed, 18 Jul 2018, Matthew Thode wrote:
>
> > On 18-07-18 09:16:07, Johannes Huber wrote:
> >> english is not my mother language, so please clarify what bup
> >> means, just seen here:
> >>
> >> https://gitweb.gentoo.org/rep
On Mon, 26 Mar 2018 20:07:07 +0200
Jonas Stein wrote:
> > [...]
> >> This is not a very nice solution, but it works so far. One
> >> difficulty is, that there is no 1:1 relation between the texlive
> >> distribution and dev-texlive/* at the moment.
> > There is a 1:1 relation.
>
> A full i
On Mon, 26 Mar 2018 11:40:12 +0200
Jonas Stein wrote:
> Hi,
>
> I just read
> https://bugs.gentoo.org/625908#c5
> and saw that we do not have a good documentation on this and many
> packages in the tree ship with strange tex dependencies.
>
> I started a documentation on our wiki
> https://wik
On Mon, 26 Mar 2018 11:57:49 +0200
Jonas Stein wrote:
> An installation via tlmgr provides many updates per day, but
> our distributed TeXLive is unfortunately always behind.
> Typically TeXLive on gentoo is 6-12 months behind upstream, because we
> have to bump a lot manually.
That is not the re
On Sun, 21 Jan 2018 23:01:08 -0800
Zac Medico wrote:
> Please review.
>
> Title: Portage Dynamic Deps
> Author: Zac Medico
> Posted: 2018-01-28
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed:
> Beginning with Portage 2.3.20, the previous default --dynamic-deps=y
> setting has ch
On Thu, 4 Jan 2018 10:35:23 -0500
Mike Gilbert wrote:
> 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/ncur
On Wed, 20 Dec 2017 08:34:14 -0500
Rich Freeman wrote:
> On Wed, Dec 20, 2017 at 4:42 AM, Alexis Ballier
> wrote:
> > On Tue, 19 Dec 2017 16:00:16 -0500
> > "Aaron W. Swenson" wrote:
> >
> >> However, what alternative do we have to throwing the patc
On Tue, 19 Dec 2017 16:00:16 -0500
"Aaron W. Swenson" wrote:
> On 2017-12-17 14:21, Michał Górny wrote:
> > Total size of 'files' subdirectory of a package should not be
> > larger than 32 KiB. If the package needs more auxiliary files, they
> > should be put into SRC_URI e.g. via tarballs.
>
On Fri, 22 Sep 2017 19:39:16 +0200
Michał Górny wrote:
> W dniu pią, 22.09.2017 o godzinie 19∶15 +0200, użytkownik Alexis
> Ballier napisał:
> > On Fri, 22 Sep 2017 17:20:23 +0200
> > Michał Górny wrote:
> >
> > > W dniu pią, 22.09.2017 o godzinie 12∶57 +0200
On Fri, 22 Sep 2017 17:20:23 +0200
Michał Górny wrote:
> W dniu pią, 22.09.2017 o godzinie 12∶57 +0200, użytkownik Alexis
> Ballier napisał:
> > On Fri, 22 Sep 2017 06:07:18 +0200
> > Michał Górny wrote:
> >
> > > W dniu czw, 21.09.2017 o godzinie 15∶41 -0
On Fri, 22 Sep 2017 12:38:54 +0100
Sergei Trofimovich wrote:
> On Fri, 22 Sep 2017 12:57:21 +0200
> Alexis Ballier wrote:
>
> > On Fri, 22 Sep 2017 06:07:18 +0200
> > Michał Górny wrote:
> >
> > > W dniu czw, 21.09.2017 o godzinie 15∶41 -0700,
On Fri, 22 Sep 2017 06:07:18 +0200
Michał Górny wrote:
> W dniu czw, 21.09.2017 o godzinie 15∶41 -0700, użytkownik Matt Turner
> napisał:
> > On Thu, Sep 21, 2017 at 2:25 PM, Michał Górny
> > wrote:
> > > Given that sandbox is utterly broken by design, I don't really
> > > want to put too much
On Mon, 18 Sep 2017 11:56:30 +0200
"Andreas K. Huettel" wrote:
> sunrpc - build against glibc
Now that I think about it: What about other libcs ? musl, uclibc,
freebsd or even the prefix ones ?
[...]
> Porting a package means adding a dependency in the style of
> || (
On Mon, 18 Sep 2017 11:56:30 +0200
"Andreas K. Huettel" wrote:
> Porting a package means adding a dependency in the style of
> || (
On Sat, 9 Sep 2017 21:07:02 + (UTC)
"Lars Wendler" wrote:
> commit: b5f0471fe97de820f888702e1938989b9fd25522
> Author: David Seifert gentoo org>
> AuthorDate: Wed Sep 6 11:48:56 2017 +
> Commit: Lars Wendler gentoo org>
> CommitDate: Sat Sep 9 21:06:46 2017 +
> URL:
On Tue, 29 Aug 2017 16:38:15 -0400
Michael Orlitzky wrote:
> What should happen if an ebuild calls "die" in pkg_prerm?
>
> The issue arose while trying to create a package that could not be
> uninstalled except as part of an upgrade. The first thing that came to
> mind was to have it die in pkg_
> >
> > > "${pkg}.install" || die
> > > done
> > > }
> > >
> > > opam_src_install() {
> > > opam-install "${PN}"
> > > # Handle opam putting doc in a subdir
> > > if [ -d "${ED}/usr/share/doc/${PF}/${PN}" ] ; then
> >
> > Is PN always the correct subdirectory here
On Tue, 25 Jul 2017 16:18:10 +0200
Michał Górny wrote:
> On pon, 2017-07-24 at 17:20 +0200, Alexis Ballier wrote:
> > # Copyright 1999-2017 Gentoo Foundation
> > # Distributed under the terms of the GNU General Public License v2
> >
> > # @ECLASS: opam.eclass
> &g
On Mon, 24 Jul 2017 18:11:39 -0400
"Aaron W. Swenson" wrote:
> On 2017-07-24 17:20, Alexis Ballier wrote:
> > Hey,
> >
> > Here is an eclass that would allow me to factor quite a bit of
> > redundant code.
> >
> > …
> > if [ -d "
usr/share/man" \
- ${PN}.install || die
-}
Alexis.# Copyright 1999-2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: opam.eclass
# @MAINTAINER:
# Gentoo ML Project
# @AUTHOR:
# Alexis Ballier
# @BLURB: Provides functions for insta
On Mon, 10 Jul 2017 19:22:20 +0200
Agostino Sarubbo wrote:
> Hi all.
>
> every time that I attach my tmux session to see what happens on irc,
> I always see the same discussion about the 'minor' arches status.
> Since I joined gentoo(2011) I worked on all arches except hppa, I put
> more effort
On Mon, 10 Jul 2017 11:55:30 -0500
William Hubbs wrote:
> On Mon, Jul 10, 2017 at 01:04:10PM +0200, Pacho Ramos wrote:
> > Hello
> >
> > Looking to the list of packages still not supporting python 3.5:
> > https://qa-reports.gentoo.org/output/gpyutils/34-to-35.txt
> >
> > and considering that w
On Sun, 09 Jul 2017 13:36:16 +0200
Michał Górny wrote:
> On nie, 2017-07-09 at 11:29 +0200, Alexis Ballier wrote:
> > You don't seem to get how normalizing and constant
> > propagation/elimination works.
> >
> > Basically, reordering would be:
> > And(
On Sat, 08 Jul 2017 23:56:07 +0200
Michał Górny wrote:
> On sob, 2017-07-08 at 22:34 +0200, Alexis Ballier wrote:
> > On Sat, 08 Jul 2017 20:44:24 +0200
> > Michał Górny wrote:
> >
> > > On sob, 2017-07-08 at 16:12 +0200, Alexis Ballier wrote:
> > &g
On Sat, 08 Jul 2017 20:44:24 +0200
Michał Górny wrote:
> On sob, 2017-07-08 at 16:12 +0200, Alexis Ballier wrote:
> > On Sat, 08 Jul 2017 11:43:39 +0200
> > Michał Górny wrote:
> >
> > > Hi, everyone.
> > >
> > > I think the affairs have settl
On Sat, 8 Jul 2017 21:05:57 +0200
Ulrich Mueller wrote:
> >>>>> On Sat, 8 Jul 2017, Ciaran McCreesh wrote:
>
> > On Sat, 8 Jul 2017 16:39:29 +0200
> > Alexis Ballier wrote:
> >> Indeed, makes sense. Would it also make sense to have some more
>
On Sat, 8 Jul 2017 15:23:39 +0100
Ciaran McCreesh wrote:
> On Sat, 8 Jul 2017 16:14:09 +0200
> Alexis Ballier wrote:
> > On Sat, 8 Jul 2017 13:01:39 +0100
> > Ciaran McCreesh wrote:
> > > On Sat, 8 Jul 2017 13:49:56 +0200
> > > Alexis Ballier wrote:
On Sat, 8 Jul 2017 13:01:39 +0100
Ciaran McCreesh wrote:
> On Sat, 8 Jul 2017 13:49:56 +0200
> Alexis Ballier wrote:
> > On Sat, 8 Jul 2017 12:26:59 +0200
> > Ulrich Mueller wrote:
> > > | * An any-of group (||) evaluates to true if at least one of the
> >
On Sat, 08 Jul 2017 11:43:39 +0200
Michał Górny wrote:
> Hi, everyone.
>
> I think the affairs have settled enough and I've finished filling
> in the pre-GLEP for REQUIRED_USE auto-enforcing. It's got all
> the algorithms, rationale and separated reference implementation.
>
> If there are no ma
On Sat, 8 Jul 2017 12:26:59 +0200
Ulrich Mueller wrote:
> | * An any-of group (||) evaluates to true if at least one of the
> | items in it evaluates to true.
> | * An exactly-one-of group (^^) evaluates to true if exactly one of
> | the items in it evaluates to true, and all the remaining items
On Fri, 23 Jun 2017 12:28:27 -0400
"Anthony G. Basile" wrote:
> Hardened Gentoo has two sides to it, kernel hardening (done via
> hardened-sources) and toolchain/executable hardening. The two are
> interrelated but independent enough that toolchain hardening can
> continue on its own. The harde
On Tue, 20 Jun 2017 14:53:00 +0200
Pacho Ramos wrote:
> This packages are now up for grabs:
> dev-ml/fort
added ml@g.o there
as a matter of fact: dev-ml/* should have ml@g.o at least as fallback
to have easier coordination & transitions for major ocaml releases
On Sat, 17 Jun 2017 14:43:24 +0300
Andrew Savchenko wrote:
> On Thu, 15 Jun 2017 19:52:07 -0500 Matthias Maier wrote:
> > > there should be a way of turning these off systematically. the
> > > advantage of the current hardened gcc specs is that one can switch
> > > between them using gcc-config.
On Fri, 16 Jun 2017 14:25:02 +0100
"M. J. Everitt" wrote:
> On 16/06/17 09:27, Matthias Maier wrote:
> > On Wed, Jun 14, 2017, at 18:15 CDT, Matthias Maier
> > wrote:
> >> Hello all,
> >>
> >> this is a series of patches against the toolchian-funcs and
> >> toolchain-glibc eclasses, most notabl
On Thu, 15 Jun 2017 18:48:42 +0100
Ciaran McCreesh wrote:
> On Thu, 15 Jun 2017 19:30:02 +0200
> Alexis Ballier wrote:
> > On Thu, 15 Jun 2017 18:04:35 +0100
> > Ciaran McCreesh wrote:
> > > On Thu, 15 Jun 2017 18:55:45 +0200
> > > Alexis Ballier wrote:
On Thu, 15 Jun 2017 19:38:48 +0200
Michał Górny wrote:
> On czw, 2017-06-15 at 18:07 +0200, Alexis Ballier wrote:
> > On Thu, 15 Jun 2017 17:59:13 +0200
> > Michał Górny wrote:
> >
> > > On śro, 2017-06-14 at 16:09 +0200, Alexis Ballier wrote:
> > &g
On Thu, 15 Jun 2017 18:04:35 +0100
Ciaran McCreesh wrote:
> On Thu, 15 Jun 2017 18:55:45 +0200
> Alexis Ballier wrote:
> > The guarantee comes from the fact that the output is always in the
> > space of all possible inputs from the user. So, if some output will
> > kil
On Thu, 15 Jun 2017 17:45:09 +0100
Ciaran McCreesh wrote:
> On Thu, 15 Jun 2017 18:37:16 +0200
> Alexis Ballier wrote:
> > > So you're saying that at the end of this, there's an ENFORCED_USE
> > > solver that spits out some answer that may or may not be in an
On Thu, 15 Jun 2017 17:32:40 +0100
Ciaran McCreesh wrote:
> On Thu, 15 Jun 2017 18:30:10 +0200
> Alexis Ballier wrote:
> > On Thu, 15 Jun 2017 17:22:26 +0100
> > Ciaran McCreesh wrote:
> > > On Thu, 15 Jun 2017 18:19:04 +0200
> > > Alexis Ballier wrote:
1 - 100 of 944 matches
Mail list logo
