Re: [gentoo-dev] [PATCH] package.deprecated: Create initial template

2019-12-05 Thread Alexis Ballier
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

Re: [gentoo-dev] [PATCH] package.deprecated: Create initial template

2019-12-06 Thread Alexis Ballier
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 > >

Re: [gentoo-dev] [PATCH] package.deprecated: Create initial template

2019-12-06 Thread Alexis Ballier
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

Re: [gentoo-dev] [PATCH] package.deprecated: Create initial template

2019-12-06 Thread Alexis Ballier
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&#

Re: [gentoo-dev] unsanctioned python 2.7 crusade

2019-12-08 Thread Alexis Ballier
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

Re: [gentoo-dev] [PATCH] virtualx.eclass: Append RESTRICT="!test? ( test )" by default

2019-12-13 Thread Alexis Ballier
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

Re: [gentoo-dev] [EAPI 8 RFC] Install-time dependencies

2019-12-20 Thread Alexis Ballier
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

Re: [gentoo-dev] [EAPI 8 RFC] Install-time dependencies

2019-12-20 Thread Alexis Ballier
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

Re: [gentoo-dev] [PATCH 0/4] elt-patches: support wrapped Win32 MSVC toolchain

2020-03-12 Thread Alexis Ballier
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

Re: [gentoo-dev] [PATCH 0/4] elt-patches: support wrapped Win32 MSVC toolchain

2020-03-13 Thread Alexis Ballier
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

Re: [gentoo-dev] sys-devel/gcc::mgorny up for testing

2014-12-08 Thread Alexis Ballier
On Sun, 7 Dec 2014 11:37:57 +0100 Michał Górny wrote: > 1. No cross-compilation support. If the project proves being a success > it will be readded at some point. However, I will likely fork glibc > first and work on a sane crossdev alternative. Could you please elaborate on this ? How and why t

Re: [gentoo-dev] sys-devel/gcc::mgorny up for testing

2014-12-09 Thread Alexis Ballier
On Tue, 9 Dec 2014 17:21:22 +0100 Michał Górny wrote: > Dnia 2014-12-08, o godz. 09:56:11 > Alexis Ballier napisał(a): > > > On Sun, 7 Dec 2014 11:37:57 +0100 > > Michał Górny wrote: > > > > > 1. No cross-compilation support. If the project proves being a

Re: [gentoo-dev] [PATCH 0/3] Remove parallel run support from multilib & multibuild

2014-12-11 Thread Alexis Ballier
On Thu, 11 Dec 2014 11:36:29 +0100 Michał Górny wrote: > Hello, everyone. > > Following a similar change in distutils-r1, I would like to remove > the parallel run support in multilib eclasses, and effectively from > multibuild completely. [...] > Your thoughts? +1 I hate parallel builds as I

Re: [gentoo-dev] Moving CPU flags into USE_EXPAND

2015-01-14 Thread Alexis Ballier
On Wed, 14 Jan 2015 12:58:21 +0100 Michał Górny wrote: > Any specific comments? I can handle x86 but I'd appreciate specific > arch teams replying about more exotic arches. +1 i like the idea, but with a list of useflags that would get converted this could "reach" more people i think profiles/

Re: [gentoo-dev] Moving CPU flags into USE_EXPAND

2015-01-15 Thread Alexis Ballier
On Wed, 14 Jan 2015 21:59:37 +0100 "Andreas K. Huettel" wrote: > That said, long time ago I was taught that "instruction set > use-flags" should be avoided as much as possible. I don't remember > the source for that anymore. > > Question to all, is that documented anywhere, and what are the > s

Re: [gentoo-dev] Re: Moving CPU flags into USE_EXPAND

2015-01-15 Thread Alexis Ballier
On Thu, 15 Jan 2015 10:20:15 + (UTC) Martin Vaeth wrote: > Christopher Head wrote: > > > > All that requires is knowing the names, though; it would be > > fine if no package actually uses the feature yet. > > ++ > > More precisely: When changing the names anyway, > IMHO it would be a very

Re: [gentoo-dev] Re: Moving CPU flags into USE_EXPAND

2015-01-15 Thread Alexis Ballier
On Thu, 15 Jan 2015 11:50:25 +0100 "viv...@gmail.com" wrote: > Il 15/01/2015 11:30, Alexis Ballier ha scritto: > > On Thu, 15 Jan 2015 10:20:15 + (UTC) > > Martin Vaeth wrote: > > > >> Christopher Head wrote: > >>> All that requires is

Re: [gentoo-dev] Re: Moving CPU flags into USE_EXPAND

2015-01-15 Thread Alexis Ballier
On Thu, 15 Jan 2015 12:03:27 + (UTC) Martin Vaeth wrote: > Alexis Ballier wrote: > >> >> > >> >> More precisely: When changing the names anyway, > >> >> IMHO it would be a very good idea to follow the convention of > >> >>

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-19 Thread Alexis Ballier
On Sun, 18 Jan 2015 21:44:05 +0100 Michał Górny wrote: > Hello, > > I would like to commit the following flags as cpu_flags_x86_desc. > The list combines global USE flags with some local USE flags I've been > able to find. > > > 3dnow - Use the 3DNow! instruction set > 3dnowext - Use the Enhan

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-19 Thread Alexis Ballier
On Sun, 18 Jan 2015 15:15:22 -0800 Matt Turner wrote: > > mmx - Use the MMX instruction set > > mmxext - Use the Extended MMX instruction set (intersection of > > Enhanced 3DNow! and SSE instruction sets) (3dnowext or sse in > > cpuinfo) padlock - Use VIA padlock instructions popcnt - Enable > > p

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-19 Thread Alexis Ballier
On Mon, 19 Jan 2015 08:13:46 +0800 Patrick Lauer wrote: > > So half of those are obsolete/dead, and the other half you need to do > proper feature detection - why do we want that as useflags again? > http://article.gmane.org/gmane.linux.gentoo.devel/94299

[gentoo-dev] amd64-fbsd profiles are now 'dev' profiles

2015-01-19 Thread Alexis Ballier
Hi all, As I was the one wanting amd64-fbsd profiles 'stable' to ensure a sane deptree, and seeing the number of (re)keywording bugs growing and growing while I don't have time to process them and no-one else is doing it, I just switched them to 'dev' state. For users, this means they can no long

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-20 Thread Alexis Ballier
On Mon, 19 Jan 2015 20:31:45 +0100 Michał Górny wrote: > Hello, > > As we've discussed multiple times, the following kind of dependencies > is completely broken and can't work: > > || ( media-libs/libav:= media-libs/ffmpeg:= ) See end of the email. > For this reason, I would like to employ

Re: [gentoo-dev] RFCv2: USE=avcodec (+ USE=ffmpeg/libav)

2015-01-20 Thread Alexis Ballier
On Tue, 20 Jan 2015 08:57:43 +0100 Michał Górny wrote: > Hi, > > Since you didn't like the previous hacky idea, here's a new one. > > The basic flags correspond to features and are used if the relevant > support is optional: > > avcodec - Enables audio/video decoding support via libavcodec >

Re: [gentoo-dev] Moving CPU flags into USE_EXPAND

2015-01-20 Thread Alexis Ballier
On Mon, 19 Jan 2015 23:43:19 -0800 Christopher Head wrote: > On Wed, 14 Jan 2015 11:01:16 -0800 > Zac Medico wrote: > > > Why should we have to foresee the future? We can easily add support > > for new flags in CPU_FLAGS_* variables at any time. > > Ah, what I meant was that whoever maintains

Re: [gentoo-dev] Moving CPU flags into USE_EXPAND

2015-01-20 Thread Alexis Ballier
On Tue, 20 Jan 2015 00:29:22 -0800 Christopher Head wrote: > On Tue, 20 Jan 2015 09:21:54 +0100 > Alexis Ballier wrote: > > > you will not see it if no package use it. > > I guess you mean I wouldn’t see it in emerge output if no package uses > it, even if it is USE-

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-20 Thread Alexis Ballier
On Tue, 20 Jan 2015 09:52:40 +0100 Michał Górny wrote: > Dnia 2015-01-19, o godz. 11:38:26 > Alexis Ballier napisał(a): > > > On Sun, 18 Jan 2015 21:44:05 +0100 > > Michał Górny wrote: > > > > > Hello, > > > > > > I would like to commi

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-20 Thread Alexis Ballier
On Tue, 20 Jan 2015 01:01:41 -0800 Zac Medico wrote: > On 01/20/2015 12:13 AM, Alexis Ballier wrote: > > On Mon, 19 Jan 2015 20:31:45 +0100 > > Michał Górny wrote: > >> 2. Subslots work correctly. Rebuilds are forced when the chosen > >> library is upgraded. M

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-20 Thread Alexis Ballier
On Tue, 20 Jan 2015 09:28:21 -0800 Zac Medico wrote: > On 01/20/2015 01:11 AM, Alexis Ballier wrote: > > On Tue, 20 Jan 2015 01:01:41 -0800 > > Zac Medico wrote: > > > >> On 01/20/2015 12:13 AM, Alexis Ballier wrote: > >>> On Mon, 19 Jan 2015 20:31:45

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-21 Thread Alexis Ballier
On Tue, 20 Jan 2015 22:43:52 +0100 Michał Górny wrote: > Dnia 2015-01-20, o godz. 09:13:19 > Alexis Ballier napisał(a): > > > > For this reason, I would like to employ the solution used by > > > Exherbo. More specifically, use: > > > > > >

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-21 Thread Alexis Ballier
On Tue, 20 Jan 2015 10:33:49 -0800 Zac Medico wrote: > On 01/20/2015 10:20 AM, Alexis Ballier wrote: > > On Tue, 20 Jan 2015 09:28:21 -0800 > > Zac Medico wrote: > > > >> On 01/20/2015 01:11 AM, Alexis Ballier wrote: > >>> I think we can onl

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-21 Thread Alexis Ballier
On Wed, 21 Jan 2015 11:15:04 +0100 Michał Górny wrote: > Dnia 2015-01-21, o godz. 11:05:01 > Alexis Ballier napisał(a): > > > > > > 2. Subslots work correctly. Rebuilds are forced when the > > > > > chosen library is upgraded. Moreover, USE flag chan

Re: [gentoo-dev] Figuring out the solution to in-network-sandbox distcc

2015-01-21 Thread Alexis Ballier
On Wed, 21 Jan 2015 11:05:34 +0100 Michał Górny wrote: > Hello, developers. > > As you may recall, the main blocker for wide-establishment of > FEATURES=network-sandbox prohibiting network access within the build > environment is distcc. Since all connectivity is disabled, distcc can > no longer

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-21 Thread Alexis Ballier
On Wed, 21 Jan 2015 19:21:28 +0100 Michał Górny wrote: [...] > > > 1. What does || ( a b:= c:= ) mean? i.e. only some having > > > subslots. > > > > This makes sense only when in DEPEND+RDEPEND (because of the :=), so > > apply this (mostly copy/paste) for all such deps: > > for a in 'a' 'b' 'c'

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-22 Thread Alexis Ballier
On Thu, 22 Jan 2015 02:50:44 -0800 Zac Medico wrote: > On 01/21/2015 11:25 PM, Alexis Ballier wrote: > > 1. If portage uses crafted depstrings in its depgraph when > > rebuilding a package and nobody is able to give me a good reason > > _why_ this is needed, I really do no

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-23 Thread Alexis Ballier
On Thu, 22 Jan 2015 09:06:39 -0800 Zac Medico wrote: [...] > > That's what I understand from Michał's comment (quoting him): > > > >> 1. if you have dynamic-deps enabled, portage will want to install > >> both ffmpeg (because of :=) and libav (because of ||). The > >> effective deps will look li

Re: [gentoo-dev] Review: USE=libav news item

2015-01-26 Thread Alexis Ballier
On Sat, 24 Jan 2015 00:39:04 +0100 Michał Górny wrote: > Users who want to use the ffmpeg fork > instead need to specify USE=-libav explicitly. As Peter said, please avoid such controversial statements. > The most notable example of such package is > media-video/mplayer which relies on deprecat

Re: [gentoo-dev] Review: news item and script for CPU_FLAGS_X86

2015-01-26 Thread Alexis Ballier
On Sat, 24 Jan 2015 00:35:39 +0100 Michał Górny wrote: > Title: CPU_FLAGS_X86 introduction > Author: Michał Górny > Content-Type: text/plain > Posted: 2015-01-xx > Revision: 1 > News-Item-Format: 1.0 > Display-If-Keyword: amd64 ~amd64 x86 ~x86 but why ? will you write another news item for

Re: [gentoo-dev] Review: USE=libav news item

2015-01-26 Thread Alexis Ballier
On Sat, 24 Jan 2015 11:20:54 +0100 Michał Górny wrote: > > Where is libav USE and package set as default over ffmpeg? I haven't > > found that in profiles/ dir :/ (or is it going to be done when > > implementing this?) > > Right now in virtual/ffmpeg. not entirely true since the virtual won't t

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

2015-01-26 Thread Alexis Ballier
On Fri, 23 Jan 2015 09:19:19 -0800 Zac Medico wrote: > > what Michał claims is that 'foo' will want ffmpeg, no matter what. > > Maybe he's talking about some case where portage failed to trigger a > rebuild when appropriate. We've had a number of bugs like this that > have been fixed. The most r

Re: [gentoo-dev] Review: USE=libav news item

2015-01-26 Thread Alexis Ballier
On Mon, 26 Jan 2015 12:37:09 +0100 Alexis Ballier wrote: > > media-video/mplayer2 or media-video/mpv may be used as a more > > modern replacement. > > Don't recommend mplayer2, afaik it's dead. Also, I'd drop "modern" from there: I don't see

Re: [gentoo-dev] Review: USE=libav news item

2015-01-26 Thread Alexis Ballier
On Mon, 26 Jan 2015 07:18:13 -0500 Rich Freeman wrote: > On Mon, Jan 26, 2015 at 7:00 AM, Alexis Ballier > wrote: > > On Mon, 26 Jan 2015 12:37:09 +0100 > > Alexis Ballier wrote: > > > >> > media-video/mplayer2 or media-video/mpv may be used as a more > &

Re: [gentoo-dev] Review: news item and script for CPU_FLAGS_X86

2015-01-26 Thread Alexis Ballier
On Mon, 26 Jan 2015 16:20:10 +0100 Michał Górny wrote: > Dnia 2015-01-26, o godz. 12:41:00 > Alexis Ballier napisał(a): > > > On Sat, 24 Jan 2015 00:35:39 +0100 > > Michał Górny wrote: > > > > > Title: CPU_FLAGS_X86 introduction > > > Author:

Re: [gentoo-dev] Review: USE=libav news item

2015-01-27 Thread Alexis Ballier
On Mon, 26 Jan 2015 20:13:36 +0100 Michał Górny wrote: > > Thanks, applied your suggestions. Please read now ;). > LGTM, thanks

Re: [gentoo-dev] Review: news item and script for CPU_FLAGS_X86

2015-01-27 Thread Alexis Ballier
On Mon, 26 Jan 2015 20:09:18 +0100 Michał Górny wrote: > Dnia 2015-01-26, o godz. 16:40:35 > Alexis Ballier napisał(a): > > > On Mon, 26 Jan 2015 16:20:10 +0100 > > Michał Górny wrote: > > > > > Dnia 2015-01-26, o godz. 12:41:00 > > > Alexis Balli

Re: [gentoo-dev] Quick RFC: USE=libav vs FFMPEG_IMPL=libav|ffmpeg

2015-02-02 Thread Alexis Ballier
On Mon, 2 Feb 2015 15:12:50 +0100 Ulrich Mueller wrote: > > What are your thoughts? > > In a nutshell, you have a binary choice here, namely ffmpeg or libav > as implementation, and instead of one USE flag you want to introduce > two (ffmpeg_impl_ffmpeg and ffmpeg_impl_libav), but of the 4 possi

Re: [gentoo-dev] Quick RFC: USE=libav vs FFMPEG_IMPL=libav|ffmpeg

2015-02-02 Thread Alexis Ballier
On Mon, 2 Feb 2015 17:14:22 +0100 Ulrich Mueller wrote: > >>>>> On Mon, 2 Feb 2015, Alexis Ballier wrote: > > > Ulrich Mueller wrote: > > >> In a nutshell, you have a binary choice here, namely ffmpeg or > >> libav as implementation, and instea

Re: [gentoo-dev] Quick RFC: USE=libav vs FFMPEG_IMPL=libav|ffmpeg

2015-02-02 Thread Alexis Ballier
On Mon, 2 Feb 2015 18:08:01 +0100 Ulrich Mueller wrote: > >>>>> On Mon, 2 Feb 2015, Alexis Ballier wrote: > > > On Mon, 2 Feb 2015 17:14:22 +0100 > > Ulrich Mueller wrote: > > >> Why? When you have USE="-ffmpeg", the libav flag is a &q

Re: [gentoo-dev] ffmpeg vs libav choice of default

2015-02-04 Thread Alexis Ballier
On Wed, 4 Feb 2015 10:12:12 +0100 Ulrich Mueller wrote: > With the recent introduction of the libav USE flag, the Gentoo default > for ffmpeg vs libav is more pronounced than it was before (with libav > being listed first in || ( ) dependencies). > > In the replies to http://forums.gentoo.org/vi

Re: [gentoo-dev] ffmpeg vs libav choice of default

2015-02-04 Thread Alexis Ballier
On Wed, 04 Feb 2015 13:57:55 +0100 Luca Barbato wrote: > On 04/02/15 11:40, Michał Górny wrote: > > It's easiest to look at the trackers: > > > > - ffmpeg-2 [1] -- 26/26 fixed, > > - ffmpeg-2.4 [2] -- 3/3 fixed (but unsure if there won't be more), > > - libav-9 [3] -- 55/55 fixed, > > - libav-10

Re: [gentoo-dev] ffmpeg vs libav choice of default

2015-02-04 Thread Alexis Ballier
On Wed, 04 Feb 2015 14:30:56 +0100 Michał Górny wrote: > > It wasn't only weak but quite inconsistent too. Some packages had > their own || deps, with different order. > this was to reflect upstreams preferences

Re: [gentoo-dev] Re: ffmpeg vs libav choice of default

2015-02-08 Thread Alexis Ballier
On Sun, 8 Feb 2015 12:19:18 + Ian Whyman wrote: > On 8 February 2015 at 03:20, Jason A. Donenfeld > wrote: > > The votes keep pouring in. Ffmpeg is the preference of Gentoo > > users, as well as the majority of Gentoo developers, and by a very > > relevant upstream author. > > I don't think

Re: [gentoo-dev] Re: ffmpeg vs libav choice of default

2015-02-09 Thread Alexis Ballier
On Sun, 08 Feb 2015 23:34:57 +0100 Luca Barbato wrote: > Sadly the time I can spend doing opensource stuff can be compressed > from time to time and maybe is nicer develop interesting stuff such > as useful API and features than write tons of s:CODEC_ID:AV_CODEC_ID: > over countless packages. ca

Re: [gentoo-dev] ffmpeg vs libav choice of default

2015-02-14 Thread Alexis Ballier
On Sun, 15 Feb 2015 01:32:40 +0800 Ben de Groot wrote: > On 4 February 2015 at 17:26, Alexis Ballier > wrote: > > On Wed, 4 Feb 2015 10:12:12 +0100 > > Ulrich Mueller wrote: > > > >> With the recent introduction of the libav USE flag, the Gentoo > &g

Re: [gentoo-dev] Re: vmware team needs help

2015-02-14 Thread Alexis Ballier
On Sat, 14 Feb 2015 17:10:36 +0100 "Andreas K. Huettel" wrote: > Am Samstag, 14. Februar 2015, 16:00:46 schrieb Kristian Fiskerstrand: > > > > > References: > > [PHABRICATOR] http://phabricator.org > > Let me point at the other pink elephant in the room. > https://about.gitlab.com/ > +1 i'v

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: fcaps.eclass

2015-02-19 Thread Alexis Ballier
On Wed, 18 Feb 2015 22:48:27 +0100 Michał Górny wrote: > Dnia 2015-02-18, o godz. 16:11:53 > "Mike Frysinger (vapier)" napisał(a): > > > vapier 15/02/18 16:11:53 > > > > Modified: fcaps.eclass > > Log: > > clarify USE=filecaps intention #540430 > > > > Revision Changes

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: fcaps.eclass

2015-02-19 Thread Alexis Ballier
On Thu, 19 Feb 2015 19:34:28 +0800 Patrick Lauer wrote: > On Thursday 19 February 2015 12:31:27 Alexis Ballier wrote: > > On Wed, 18 Feb 2015 22:48:27 +0100 > > > > Michał Górny wrote: > > > Dnia 2015-02-18, o godz. 16:11:53 > > > > > > "

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: fcaps.eclass

2015-02-20 Thread Alexis Ballier
On Fri, 20 Feb 2015 16:23:41 +0300 Sergey Popov wrote: > As said before - you can either provide other solution yourself or > appeal to Council. sadly, things I have no need for get at the bottom of my TODO list, if at all, and usually never get done.

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: fcaps.eclass

2015-02-20 Thread Alexis Ballier
On Thu, 19 Feb 2015 14:39:28 +0200 Markos Chandras wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 02/19/15 13:38, Alexis Ballier wrote: > > On Thu, 19 Feb 2015 19:34:28 +0800 Patrick Lauer > > wrote: > > > >> On Thursday 19 Febr

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: fcaps.eclass

2015-02-20 Thread Alexis Ballier
On Thu, 19 Feb 2015 09:42:27 -0500 "Rick \"Zero_Chaos\" Farina" wrote: [...] > >> We've had this discussion before ... so ... > > > > > > what i remember of it is someone adding a ChangeLog file to eclass/ > > and sending an email to ask people to fill it. Mind sharing a link ? > > > > I think

Re: [gentoo-dev] Fonts project meeting and elections

2015-02-22 Thread Alexis Ballier
Hi Ben, On Sun, 22 Feb 2015 03:43:33 +0800 Ben de Groot wrote: > To anyone within Gentoo who is interested in fonts > > I would like to announce a meeting to be held in #gentoo-meetings on > Freenode, on Friday February 27 at 06:00 UTC, unless another date > and/or time will be suggested by peo

Re: [gentoo-dev] The bindist USE flag and RESTRICT=bindist

2015-03-04 Thread Alexis Ballier
On Tue, 3 Mar 2015 22:12:07 +0100 Ulrich Mueller wrote: > Hi, > We currently have two mechanisms to influence building of packages > that cannot be binary redistributed. Some 150 packages have > RESTRICT=bindist (unconditional, or USE conditional), whereas > 27 packages have the bindist flag in t

Re: [gentoo-dev] Re: Fonts project meeting and elections

2015-03-04 Thread Alexis Ballier
On Wed, 4 Mar 2015 20:51:44 +0800 Ben de Groot wrote: > Alexis, can you shed some light on this from the TeX side? What font > formats can be used by various TeX packages? Ahah :) Short answer: All. More or less properly depending on the font and its format. More detailed answer: http://en.wi

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

2015-03-16 Thread Alexis Ballier
On Mon, 16 Mar 2015 10:27:18 -0400 Rich Freeman wrote: > > As I recall libav is now the default, and the argument was that users > should just use mplayer2 and such for compatibility. mpv, not mplayer2; I insisted on not talking about mplayer2 :)

Re: [gentoo-dev] collab herd for cooperative pkg maintenance

2015-03-24 Thread Alexis Ballier
On Mon, 23 Mar 2015 13:22:25 -0400 Tim Harder wrote: > Hey all, > > Having been around for a few years I've inherited or added quite a few > pkgs to the tree that I wouldn't mind other people fixing/bumping/etc > that don't fall into any current herds. > > With that in mind, I think it would be

Re: [gentoo-dev] RFC: making repoman complain about USE dependencies that lock packages at old version

2015-04-05 Thread Alexis Ballier
On Sun, 5 Apr 2015 18:50:10 +0200 Michał Górny wrote: > What are your thoughts? if the version+slot restriction on foo in bar-1.ebuild contains foo packages that don't have bar useflag then it's an error in bar-1.ebuild (I think pms is pretty clear about this) Alexis.

Re: [gentoo-dev] RFC News item: FFmpeg default

2015-04-07 Thread Alexis Ballier
On Tue, 7 Apr 2015 07:13:16 +0800 Ben de Groot wrote: > >> Please also note that some packages support only one of the two > >> implementations. An attempt to install one of those packages may > >> result in blockers requiring the user changes the global USE=libav > >> state. The most notable e

Re: [gentoo-dev] New basic systemd profile

2015-05-02 Thread Alexis Ballier
On Fri, 1 May 2015 11:28:52 -0400 Mike Gilbert wrote: > Due to popular demand, I have added a basic systemd profile for amd64: what about we start telling people /etc/make.profile can be a dir and that you can fill the 'parent' file in there just as well as you ln -s it ? Alexis.

Re: [gentoo-dev] New basic systemd profile

2015-05-02 Thread Alexis Ballier
On Sat, 2 May 2015 05:53:57 -0400 Rich Freeman wrote: > On Sat, May 2, 2015 at 4:20 AM, Alexis Ballier > wrote: > > On Fri, 1 May 2015 11:28:52 -0400 > > Mike Gilbert wrote: > > > >> Due to popular demand, I have added a basic systemd profile for > >>

Re: [gentoo-dev] Anti-spam changes: proposal to drop spammy mail

2015-05-11 Thread Alexis Ballier
On Mon, 11 May 2015 22:21:09 +0700 C Bergström wrote: > On Mon, May 11, 2015 at 9:59 PM, Rich Freeman > wrote: > > On Mon, May 11, 2015 at 10:44 AM, C Bergström > > wrote: > >> What I'm describing is not "gmail" - it's everything that gmail has > >> and offers, but @gentoo.org domain. I'm using

Re: [gentoo-dev] Anti-spam changes: proposal to drop spammy mail

2015-05-11 Thread Alexis Ballier
On Mon, 11 May 2015 17:20:01 +0100 Ciaran McCreesh wrote: > On Mon, 11 May 2015 18:17:10 +0200 > Alexis Ballier wrote: > > You should probably think about the difference between public code > > being mirrored at github and giving some big company access to > > privat

Re: [gentoo-dev] News item review: SquashDelta syncing support

2015-05-16 Thread Alexis Ballier
On Sat, 16 May 2015 10:59:20 -0400 Michael Orlitzky wrote: > On 05/15/2015 10:51 AM, Michał Górny wrote: > > Title: SquashDelta syncing support > > Do we need a news item for this at all? Everything is backward > compatible and most people don't need to do anything at all in > response to the ne

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog kde5.eclass

2015-05-18 Thread Alexis Ballier
On Sun, 17 May 2015 13:45:32 +0200 hasufell wrote: > On 05/17/2015 10:16 AM, Jeroen Roovers wrote: > > On Sun, 17 May 2015 06:08:56 +1000 > > Michael Palimaka wrote: > > > >>> 15 May 2015; Michael Palimaka > >>> kde4-base.eclass: Sync with KDE overlay - update SRC_URI. > >>> > >> > >> This

Re: [gentoo-dev] RFC: LINGUAS usage

2015-05-18 Thread Alexis Ballier
On Mon, 18 May 2015 18:25:35 +0200 "Justin (jlec)" wrote: > Hi, > > I am in trouble about he meaning of LINGUAS in a certain context. > > The program supports > > a) different interface languages > > and > > b) different languages for the content text, like hyphenation, > localized loremipsu

Re: [gentoo-dev] newsitem: changes with udev-init-scripts-28

2015-05-29 Thread Alexis Ballier
On Fri, 29 May 2015 11:43:22 -0500 William Hubbs wrote: > The second change is that, from this point forward, the init scripts > will not be automatically added to the sysinit runlevel. what will happen if i make a new install and forget to add udev to my runlevels ?

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

2015-05-31 Thread Alexis Ballier
On Sat, 30 May 2015 14:54:42 -0400 Mike Frysinger wrote: > an example warning message: > * QA Notice: The following files were not built with LFS support: > * Please file a bug at http://bugs.gentoo.org/ and mark it as a > blocker of 471102. > * See that tracker bug (https://bugs.gentoo.or

Re: [gentoo-dev] newsitem: udev-init-script changes (second draft)

2015-05-31 Thread Alexis Ballier
On Fri, 29 May 2015 14:50:31 -0500 William Hubbs wrote: [...] > First, there is now a udev-trigger init script which you will need to > add to the sysinit runlevel. You do this by issuing the following > command: > > # rc-update add udev-trigger sysinit Unrelated to the news items, but is there

Re: [gentoo-dev] newsitem: changes with udev-init-scripts-28

2015-05-31 Thread Alexis Ballier
On Fri, 29 May 2015 12:39:28 -0500 William Hubbs wrote: > On Fri, May 29, 2015 at 12:20:58PM -0500, William Hubbs wrote: > > On Fri, May 29, 2015 at 06:49:36PM +0200, Alexis Ballier wrote: > > > On Fri, 29 May 2015 11:43:22 -0500 > > > William Hubbs wrote: > >

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

2015-05-31 Thread Alexis Ballier
On Sun, 31 May 2015 13:50:49 +0200 Diego Elio Pettenò wrote: > On 31 May 2015 at 12:59, Alexis Ballier wrote: > > > nice, but can't we add the lfs flags to our default toolchain flags > > or even better patch glibc headers to always redefine these > > fun

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

2015-05-31 Thread Alexis Ballier
On Sun, 31 May 2015 09:46:30 -0400 Mike Frysinger wrote: > On 31 May 2015 12:59, Alexis Ballier wrote: > > I don't understand why one should add append-lfs-flags to almost > > every single package out there. > > no one is suggesting that route. append-lfs-flag

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

2015-05-31 Thread Alexis Ballier
On Sun, 31 May 2015 10:17:02 -0400 Mike Frysinger wrote: > On 31 May 2015 15:52, Alexis Ballier wrote: > > On Sun, 31 May 2015 13:50:49 +0200 Diego Elio Pettenò wrote: > > > On 31 May 2015 at 12:59, Alexis Ballier wrote: > > > > nice, but can't we add the

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

2015-06-01 Thread Alexis Ballier
On Sun, 31 May 2015 11:17:50 -0400 Mike Frysinger wrote: > well if we're going to do arbitrary lists ;) > (1) your options aren't mutually exclusive > (2) implementing both are desirable good to know your longterm plan :) however, even if both can be done, i still don't see the point of going th

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

2015-06-03 Thread Alexis Ballier
On Tue, 2 Jun 2015 10:13:54 -0400 Mike Frysinger wrote: > On 01 Jun 2015 10:15, Alexis Ballier wrote: > > On Sun, 31 May 2015 11:17:50 -0400 Mike Frysinger wrote: > > > (3) considering the glibc effort has been stalled for over a year, > > > (1) is something we c

Re: [gentoo-dev] RFC: Indention in metadata.xml

2015-06-07 Thread Alexis Ballier
On Sat, 6 Jun 2015 22:00:14 -0400 Mike Gilbert wrote: > Compatibility with sed scripts is not something I care about. and is something nobody should care about: xml is not a regular language :)

Re: [gentoo-dev] RFC: ban EAPI 1

2015-06-11 Thread Alexis Ballier
On Wed, 10 Jun 2015 22:43:10 +0200 Ulrich Mueller wrote: > Hi, > The number of EAPI 1 ebuilds in the Portage tree has decreased to > a total of 60, corresponding to 0.16 %. > > We briefly discussed in the QA team if we should demote EAPI 1 in > layout.conf from "eapis-deprecated" to "eapis-banne

Re: [gentoo-dev] RFC: ban EAPI 1

2015-06-11 Thread Alexis Ballier
On Thu, 11 Jun 2015 13:13:18 +0200 Ulrich Mueller wrote: > > On Thu, 11 Jun 2015, Jason Zaman wrote: > dev-lang/ocaml-3.12.1 in slot in subslot not slot, but more importantly in stable > > my bet would be that those 60 ebuilds are from packages barely > > maintained,

Re: [gentoo-dev] RFC: ban EAPI 1

2015-06-11 Thread Alexis Ballier
On Thu, 11 Jun 2015 18:33:36 +0200 Ulrich Mueller wrote: > >> Maintainers can still use --force if there is no other way. > > > i'm definitely not convinced it is good practice to encourage people > > to do that ;) > > People are strongly encouraged to update their ebuilds to a newer > EAPI. ;)

Re: [gentoo-dev] RFC: ban EAPI 1

2015-06-11 Thread Alexis Ballier
On Thu, 11 Jun 2015 14:38:35 -0400 Rich Freeman wrote: > > These errors are not user-visible. I really don't have a problem with > repoman errors for deprecated features. > I don't have a problem with always using --force either. But then the distinction between warnings and errors becomes much

Re: [gentoo-dev] RFC: ban EAPI 1

2015-06-11 Thread Alexis Ballier
On Thu, 11 Jun 2015 15:15:42 -0400 Rich Freeman wrote: > On Thu, Jun 11, 2015 at 3:12 PM, Alexis Ballier > wrote: > > On Thu, 11 Jun 2015 14:38:35 -0400 > > Rich Freeman wrote: > >> > >> These errors are not user-visible. I really don't have a proble

Re: [gentoo-dev] RFC: ban EAPI 1

2015-06-11 Thread Alexis Ballier
On Thu, 11 Jun 2015 21:55:14 +0200 Ulrich Mueller wrote: > >> From previous ocaml stabilizations, I'd say that I'll have to use > > --force for at least two months before it can be removed. I might > > get bored and alias --force :) > > Unless the commit rate in dev-lang/ocaml (which was a total

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog kde5-functions.eclass kde5.eclass

2015-06-28 Thread Alexis Ballier
On Sun, 28 Jun 2015 14:46:01 +0200 Patrice Clement wrote: > man 3 glob > man 3 fnmatch > man 1 bash -> read the section called "Pattern Matching" under > "EXPANSION". > > in this case, $(ls) would unnecessarily spawn a subshell for listing > files. You can often get the same result by using wild

Re: [gentoo-dev] Developer branches on proj/gentoo

2015-08-11 Thread Alexis Ballier
On Tue, 11 Aug 2015 16:01:05 +0200 Michał Górny wrote: > Dnia 2015-08-11, o godz. 15:52:16 > Patrice Clement napisał(a): > > > Hi there > > > > According to > > https://wiki.gentoo.org/wiki/Gentoo_git_workflow#Branching_Model, > > "there may be developer-specific, task-specific, project-specif

Re: [gentoo-dev] Developer branches on proj/gentoo

2015-08-11 Thread Alexis Ballier
On Tue, 11 Aug 2015 16:19:12 +0200 hasufell wrote: > On 08/11/2015 04:10 PM, Alexis Ballier wrote: > > On Tue, 11 Aug 2015 16:01:05 +0200 > > Michał Górny wrote: > > > >> Dnia 2015-08-11, o godz. 15:52:16 > >> Patrice Clement napisał(a): >

Re: [gentoo-dev] Developer branches on proj/gentoo

2015-08-11 Thread Alexis Ballier
On Tue, 11 Aug 2015 10:26:46 -0400 "Anthony G. Basile" wrote: > On 8/11/15 10:19 AM, hasufell wrote: > > On 08/11/2015 04:10 PM, Alexis Ballier wrote: > >> On Tue, 11 Aug 2015 16:01:05 +0200 > >> Michał Górny wrote: > >> > >>> Dnia 201

Re: [gentoo-dev] Developer branches on proj/gentoo

2015-08-11 Thread Alexis Ballier
On Tue, 11 Aug 2015 11:11:43 -0400 Ian Stakenvicius wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 11/08/15 10:01 AM, Michał Górny wrote: > > Dnia 2015-08-11, o godz. 15:52:16 Patrice Clement > > napisał(a): > > > >> Hi there > >> > >> According to > >> https://wiki.gentoo.

Re: [gentoo-dev] Developer branches on proj/gentoo

2015-08-11 Thread Alexis Ballier
On Tue, 11 Aug 2015 11:51:14 -0400 Ian Stakenvicius wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 11/08/15 11:21 AM, Alexis Ballier wrote: > > On Tue, 11 Aug 2015 11:11:43 -0400 Ian Stakenvicius > > wrote: > > > >> -BEG

Re: [gentoo-dev] Developer branches on proj/gentoo

2015-08-11 Thread Alexis Ballier
On Tue, 11 Aug 2015 18:03:54 +0200 hasufell wrote: > On 08/11/2015 05:21 PM, Alexis Ballier wrote: > > > > Big changes that that go in feature branches and are merged in one > > pass are, from my experience, way too much prone to errors. Did > > anyone ever t

Re: [gentoo-dev] Re: useflag policies

2015-08-12 Thread Alexis Ballier
On Wed, 12 Aug 2015 05:21:20 +0100 Ciaran McCreesh wrote: > On Tue, 11 Aug 2015 23:30:31 +1000 > Michael Palimaka wrote: > > I invite you to reproduce the problem yourself then make the > > judgement. Using REQUIRED_USE like this makes the affected packages > > unusable. > > Can't we all (excep

Re: [gentoo-dev] Re: useflag policies

2015-08-12 Thread Alexis Ballier
On Wed, 12 Aug 2015 17:08:59 +0200 Ulrich Mueller wrote: > >>>>> On Wed, 12 Aug 2015, Alexis Ballier wrote: > > > i.e. something that really tells the PM how to automate the choice: > > - 'qt5 -> !qt4' is rather straightforward to solve and tells

Re: [gentoo-dev] Re: useflag policies

2015-08-12 Thread Alexis Ballier
On Wed, 12 Aug 2015 11:30:39 -0400 Ian Stakenvicius wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 12/08/15 11:08 AM, Ulrich Mueller wrote: > >>>>>> On Wed, 12 Aug 2015, Alexis Ballier wrote: > > > >> i.e. something that rea

<    3   4   5   6   7   8   9   10   >