On Thu, Dec 21, 2017 at 2:44 AM, Matthew Thode
wrote:
> On 17-12-21 08:34:31, Michał Górny wrote:
>> W dniu czw, 21.12.2017 o godzinie 05∶29 +, użytkownik Duncan
>> napisał:
>> > Michał Górny posted on Wed, 20 Dec 2017 14:40:27 +0100 as excerpted:
>> >
>> > In all this I don't see an answer to
On Thu, Dec 21, 2017 at 11:28 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> Reading the bug (506276), it seems to me it's all about /supporting/
> symlink=no, discussing migration scripts to make it possible to migrate
> existing installations, etc, not /mandating/ it.
>
> I don't see anything suggest
# Mike Gilbert (23 Dec 2017)
# Fails to build without glibc rpc support, bug 630670.
# Use net-nds/rpcbind instead.
# Removal in 30 days.
net-nds/rpcbind
# Mike Gilbert (23 Dec 2017)
# Fails to build without glibc rpc support, bug 641154.
# Dead upstream.
# Removal in 30 days.
mail-client/drac
On Sat, Dec 23, 2017 at 1:16 PM, Mike Gilbert wrote:
> # Mike Gilbert (23 Dec 2017)
> # Fails to build without glibc rpc support, bug 630670.
> # Use net-nds/rpcbind instead.
> # Removal in 30 days.
> net-nds/rpcbind
Oops, I meant to mask net-nds/portmap here. Fixed in the repo.
Hi all,
There has been a bit of confusion over a change I made recently. I
would like to publish a news item before the relevant version of
systemd is marked stable.
Any suggestions are welcome.
--
Title: systemd sysv-utils blocker resolution
Author: Mike Gilbert
Posted: -??-??
Revision
On Tue, Dec 26, 2017 at 7:18 PM, Robin H. Johnson wrote:
> On Tue, Dec 26, 2017 at 11:22:50PM +0100, Jason A. Donenfeld wrote:
>> You might want to mention that alternatively, uninstalling
>> openrc&sysvinit&netifrc on a systemd profile system is fine to do
>> these days, despite the warning.
> If
On Tue, Dec 26, 2017 at 5:22 PM, Jason A. Donenfeld wrote:
> You might want to mention that alternatively, uninstalling
> openrc&sysvinit&netifrc on a systemd profile system is fine to do
> these days, despite the warning.
I have added the following text after the third paragraph. Let me know
if
vmwware-bundle.eclass is unused since the vmware ebuilds were removed
from the gentoo repository. The eclass will be removed in 30 days.
A copy of the eclass has already been added to the vmware repository.
https://bugs.gentoo.org/642710
On Sun, Dec 31, 2017 at 8:31 AM, Ulrich Müller wrote:
> @@ -63,8 +63,7 @@ SLOT="0"
> # For binary packages, use -* and then list the archs the bin package
> # exists for. If the package was for an x86 binary package, then
> # KEYWORDS would be set like this: KEYWORDS="-* x86"
> -# DO NOT USE K
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/ncurses
> sys-libs/readline
> sys-process/audit
>
> Maybe we could deprecate it
On Mon, Jan 15, 2018 at 10:27 AM, Francesco Riosa wrote:
>
> In late 2015 ${PYTHON_COMPAT_OVERRIDE} has been standardized and added
> to all python eclasses, it's useful for developers that want test and
> mark the package for newer versions of python.
>
> However (unless I'm missing something) PY
On Sun, Jan 21, 2018 at 11:57 PM, Michael Orlitzky wrote:
> On 01/21/2018 11:24 PM, Zac Medico wrote:
>>
>> Some eclasses like autotools.eclass and vala.eclass generate
>> version/slot locked dependencies that cause the dependencies of
>> inheriting ebuilds to change when the versions in the eclas
On Mon, Jan 22, 2018 at 12:34 PM, Michael Orlitzky wrote:
> On 01/22/2018 11:37 AM, Mike Gilbert wrote:
>>>
>>> If the dependencies are to remain in the eclasses, then the eclasses
>>> should get a new revision when those dependencies change. Afterwards,
>>
On Thu, Feb 8, 2018 at 2:52 PM, William Hubbs wrote:
> All,
>
> here is a proposed newsitem for baselayout 2.5.
>
> Let me know what you think, including whether these are newsitem-worthy
> or not.
Eliminating ROOTPATH seems like a significant change. Was this
officially discussed somewhere that
On Thu, Feb 8, 2018 at 2:03 PM, William Hubbs wrote:
> Hi all,
>
> I have noticed that in the latest versions of udev we are patching the
> default upstream rules to accomodate our "uucp" group.
>
> I don't think it is a good idea to patch default rules, so, I want to
> bring up possible fixes.
On Thu, Feb 8, 2018 at 3:41 PM, Ulrich Mueller wrote:
>>>>>> On Thu, 8 Feb 2018, Mike Gilbert wrote:
>
>> Eliminating ROOTPATH seems like a significant change. Was this
>> officially discussed somewhere that I missed?
>
>> I actually support the ch
For clang and gcc, --param consumes the next argument. Testing --param
and its value separately is nonsensical.
---
eclass/flag-o-matic.eclass | 33 +++--
eclass/tests/flag-o-matic.sh | 4 ++--
2 files changed, 25 insertions(+), 12 deletions(-)
diff --git a/eclass/f
On Wed, Apr 25, 2018 at 3:20 PM, William Hubbs wrote:
> Hi all,
>
> In the past, openrc has had a dependency on sysvvinit because it called
> killall5. Since it doesn't do that any more, I have been asked to remove
> the dependency [1]. Another advantage of doing this is that people will
> be able
On Fri, Apr 27, 2018 at 11:45 AM, William Hubbs wrote:
> On Fri, Apr 27, 2018 at 12:48:09AM -0700, Zac Medico wrote:
>> On 04/26/2018 11:34 PM, Kent Fredric wrote:
>> > On Thu, 26 Apr 2018 13:35:15 -0700
>> > Zac Medico wrote:
>> >
>> >> emerge --depclean, resulting in an unbootable system. Just
On Fri, Apr 27, 2018 at 1:28 PM, William Hubbs wrote:
> On Fri, Apr 27, 2018 at 12:28:43PM -0400, Mike Gilbert wrote:
>> On Fri, Apr 27, 2018 at 11:45 AM, William Hubbs wrote:
>> > On Fri, Apr 27, 2018 at 12:48:09AM -0700, Zac Medico wrote:
>> >> On 04/26/201
On Thu, May 3, 2018 at 10:12 AM, Michał Górny wrote:
> Hi,
>
> Here are the initial EAPI 7 patches. Note that they do not provide
> real cross support since we never did provide one.
Looks ok to me.
On Wed, May 9, 2018 at 12:34 PM, Matt Turner wrote:
> On Tue, May 8, 2018 at 11:51 PM, Dennis Schridde wrote:
>> Hello!
>>
>> I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/
>> renderD128" pop up for more and more packages, probably since OpenCL becomes
>> used more widely.
On Mon, May 7, 2018 at 4:49 PM, Matt Turner wrote:
> On Mon, May 7, 2018 at 1:38 PM, Matt Turner wrote:
>> == Convert media-libs/mesa ebuild to build with Meson ==
>> https://bugs.gentoo.org/652762
>>
>> Ebuild posted. Blocked on problems surrounding LLVM (this is the story of
>> maintaining medi
On Mon, Jan 25, 2016 at 11:31 AM, Luis Ressel wrote:
> On Mon, 25 Jan 2016 10:37:15 +0100
> Michał Górny wrote:
>
>> Hello, everyone.
>>
>> I've finished the GLEP 67 transition last night, and it officially
>> applies to all metadata.xml files now.
>>
>
> Great!
>
>> In order to have repoman appl
On Mon, Jan 25, 2016 at 1:45 PM, Martin Vaeth wrote:
> Mike Gilbert wrote:
>> On Mon, Jan 25, 2016 at 11:31 AM, Luis Ressel wrote:
>>>
>>> I might be asking this for a second time, but why does repoman download
>>> the metadata.dtd at all? If one fetches fr
On Wed, Mar 30, 2016 at 7:58 PM, Mike Frysinger wrote:
> To make forward progress on bug 417451, introduce a new sep-usr eclass
> that will hold all logic related to having a separate /usr. For now,
> this is just the gen_usr_ldscript function and a new USE=sep-usr flag.
Seems like a decent idea
On Sun, Apr 3, 2016 at 1:34 PM, Michael Palimaka wrote:
> Hi,
>
> KDE team intends to stabilise Plasma 5 shortly, so please review the
> accompanying news items.
Very exciting, nice work!
> If you normally use KDM to launch Plasma, note that it is no longer
> supported.
> Upstream recommends x11
On Sun, Apr 3, 2016 at 4:57 PM, Ulrich Mueller wrote:
> Does anyone still use the CVS $Id$ keywords that are in all ebuilds'
> headers, or are they being expanded anywhere? Or is there any other
> reason why they should be kept?
>
> In fact, the council had already voted to drop them in its 201410
On Mon, Apr 4, 2016 at 1:55 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> Michael Palimaka posted on Mon, 04 Apr 2016 05:23:03 +1000 as excerpted:
>
>> The default in KDE 4 was KDM, with lightdm and sddm also supported.
>>
>> We included information about migrating away from KDM because it's no
>> lon
On Sat, Apr 16, 2016 at 3:31 PM, Anthony G. Basile wrote:
> On 4/16/16 3:27 PM, Anthony G. Basile wrote:
>> On 4/16/16 3:05 PM, Michał Górny wrote:
>>> On Sat, 16 Apr 2016 19:01:02 + (UTC)
>>> "Anthony G. Basile" wrote:
>>
>> Okay for review. Sorry for the wrap.
>>
>> diff --git a/eclass/ssl
On Sat, Apr 16, 2016 at 6:36 PM, Rich Freeman wrote:
> On Sat, Apr 16, 2016 at 6:24 PM, Mike Gilbert wrote:
>>
>> And I don't really see the point in the libressl USE flag in this
>> case; I think that was only needed so the slot-operator would resolve
>> correc
---
eclass/xorg-2.eclass | 73 +++-
1 file changed, 49 insertions(+), 24 deletions(-)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index 437265a..f6cf1f9 100644
--- a/eclass/xorg-2.eclass
+++ b/eclass/xorg-2.eclass
@@ -43,12 +43,14 @@ fi
ot;
eclass. If there is a strong feeling that this is too dangerous, I can alter
my approach. I have build tested most packages using xorg-2, and only a few
had issues.
This patchset is also on github: https://github.com/gentoo/gentoo/pull/1289
Mike Gilbert (7):
xorg-2.eclass: drop autotools-utils
Package-Manager: portage-2.2.28_p64
---
x11-base/xorg-server/xorg-server-1.12.4-r5.ebuild | 4 ++--
x11-base/xorg-server/xorg-server-1.12.4-r7.ebuild | 4 ++--
x11-base/xorg-server/xorg-server-1.15.2-r2.ebuild | 4 ++--
x11-base/xorg-server/xorg-server-1.15.2-r4.ebuild | 4 ++--
x11-base/xorg-serv
Package-Manager: portage-2.2.28_p3
---
x11-proto/xcb-proto/xcb-proto-1.10.ebuild | 19 +--
x11-proto/xcb-proto/xcb-proto-1.11.ebuild | 19 +--
x11-proto/xcb-proto/xcb-proto-1.8-r3.ebuild | 19 +--
x11-proto/xcb-proto/xcb-proto-1.9-r1.ebuild | 19
Package-Manager: portage-2.2.28_p64
---
x11-apps/intel-gpu-tools/intel-gpu-tools-1.10.ebuild| 16
x11-apps/intel-gpu-tools/intel-gpu-tools-1.11-r1.ebuild | 16
x11-apps/intel-gpu-tools/intel-gpu-tools-1.12.ebuild| 16
3 files changed, 24 i
Package-Manager: portage-2.2.28_p66
---
x11-apps/xauth/xauth-1.0.9-r1.ebuild | 7 ---
x11-apps/xauth/xauth-1.0.9-r2.ebuild | 7 ---
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/x11-apps/xauth/xauth-1.0.9-r1.ebuild
b/x11-apps/xauth/xauth-1.0.9-r1.ebuild
index ed1c75e..385
Package-Manager: portage-2.2.28_p66
---
x11-libs/glamor/glamor-0.6.0-r1.ebuild | 6 +++---
x11-libs/glamor/glamor-0.6.0.ebuild| 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/x11-libs/glamor/glamor-0.6.0-r1.ebuild
b/x11-libs/glamor/glamor-0.6.0-r1.ebuild
index 453e14
Package-Manager: portage-2.2.28_p66
---
x11-libs/xpyb/xpyb-1.3.1-r2.ebuild | 4 ++--
x11-libs/xpyb/xpyb-1.3.1-r3.ebuild | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/x11-libs/xpyb/xpyb-1.3.1-r2.ebuild
b/x11-libs/xpyb/xpyb-1.3.1-r2.ebuild
index c563aa3..50243a4 100644
---
On Sun, Apr 17, 2016 at 10:31 AM, Ian Stakenvicius wrote:
>
>
> Sent from an iPhone, sorry for the HTML...
>
>> On Apr 17, 2016, at 10:13 AM, Mike Gilbert wrote:
>>
>> @@ -487,10 +497,17 @@ xorg-2_src_configure() {
>> xorg-2_src_compile() {
&
On Sun, Apr 17, 2016 at 10:37 AM, Ian Stakenvicius wrote:
>
>> On Apr 17, 2016, at 10:13 AM, Mike Gilbert wrote:
>>
>> The xorg-2 eclass currently uses the deprecated autotools-utils and
>> autotools-multilib eclasses, which are banned in EAPI 6.
>>
>> Thi
On Sun, Apr 17, 2016 at 10:50 AM, Ian Stakenvicius wrote:
>
>> On Apr 17, 2016, at 10:45 AM, Mike Gilbert wrote:
>>
>>> On Sun, Apr 17, 2016 at 10:31 AM, Ian Stakenvicius wrote:
>>>
>>>
>>> Sent from an iPhone, sorry for the HTML...
>>
On Sun, Apr 17, 2016 at 12:24 PM, Michał Górny wrote:
> On Sun, 17 Apr 2016 10:37:35 -0400
> Ian Stakenvicius wrote:
>
>> > On Apr 17, 2016, at 10:13 AM, Mike Gilbert wrote:
>> >
>> > The xorg-2 eclass currently uses the deprecated autotools-utils and
>>
On Tue, May 3, 2016 at 5:42 PM, Farid BENAMROUCHE wrote:
> Hi,
>
> I'm still searching for the reason why I'm not seeing my eclass
> modifications... no luck so far.
>
> What can I do to debug portage's behavior?
>
> Thank you
>
>
> En date de : Sam 30
On Tue, May 3, 2016 at 5:34 PM, Jeroen Roovers wrote:
> The solution is to have people with an actual interest in a specific
> architecture determine whether stabilising a package is viable, and
> taking sensible action, like dropping stable keywords where applicable.
If these people do not actua
On Wed, May 4, 2016 at 12:46 AM, Matt Turner wrote:
> Having built many stages for an "unstable" arch (mips) has taught me
> one thing: it's awful being unstable-only. There's no end to the
> compilation failures and other such headaches, none of which have
> anything at all to do with the specifi
On Wed, May 4, 2016 at 10:41 AM, Peter Stuge wrote:
> Mike Gilbert wrote:
>> "doing your job"
>
> Remember that everyone is a volunteer.
I am referring to arch testing as a job, because it only really works
if people treat it that way. If stabilization does not take plac
This was only necessary when we ran phases in parallel.
Also, PMS says this variable should not be modified.
---
eclass/distutils-r1.eclass | 6 --
1 file changed, 6 deletions(-)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index 7965e91..497bed5 100644
--- a/eclass/di
The current description of ROOT makes no sense and just confuses people.
The new description is paraphrased from PMS.
---
ebuild-writing/variables/text.xml | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/ebuild-writing/variables/text.xml
b/ebuild-writing/variables/text.xm
On Tue, May 10, 2016 at 11:08 AM, Michael Orlitzky wrote:
> We have maybe 150 ebuilds in the tree using $ROOT in src_* functions.
> Some are bugs, but many look OK to me. Do we really want to say "never"
> do that?
According to PMS, it is only legal in pkg functions.
Can you point to an example
On Tue, May 10, 2016 at 5:25 PM, Michael Orlitzky wrote:
> On 05/10/2016 02:28 PM, Mike Gilbert wrote:
>> On Tue, May 10, 2016 at 11:08 AM, Michael Orlitzky wrote:
>>> We have maybe 150 ebuilds in the tree using $ROOT in src_* functions.
>>> Some are bugs, but many
On Tue, May 10, 2016 at 9:42 PM, Mike Gilbert wrote:
>> Anywhere that you need addpredict() it also seems reasonable. The
>> v4l-dvb-saa716x ebuilds use "${ROOT}/usr/src/linux/" where EPREFIX would
>> not be a good replacement.
>
> Nah, usually addpredict is dea
On Tue, May 10, 2016 at 10:19 PM, Mike Gilbert wrote:
> On Tue, May 10, 2016 at 9:42 PM, Mike Gilbert wrote:
>>> Anywhere that you need addpredict() it also seems reasonable. The
>>> v4l-dvb-saa716x ebuilds use "${ROOT}/usr/src/linux/" where EPREFIX would
>>&
On Tue, May 10, 2016 at 9:54 PM, Brian Dolbec wrote:
>> I agree, repoman should be catching this stuff.
>>
>
> Then Please contribute some test ebuilds for the gen-b0rk repo to test
> repoman or any other Q/A apps with. If they fail to detect the test
> ebuilds, it will give us something to use t
On Sun, May 15, 2016 at 5:30 AM, Michał Górny wrote:
> Do not apply PATCHES and user patches (either via the EAPI 6 default or
> pre-EAPI 5 code) when DISTUTILS_OPTIONAL is being used. In this case,
> distutils functions are usually called conditionally, in a subdirectory,
> while both PATCHES and
On Sat, May 14, 2016 at 5:35 PM, Göktürk Yüksek wrote:
> Mike Gilbert:
>> The current description of ROOT makes no sense and just confuses
>> people. The new description is paraphrased from PMS. ---
>> ebuild-writing/variables/text.xml | 5 +++-- 1 file changed, 3
>>
On Thu, May 19, 2016 at 10:51 AM, Jeroen Roovers wrote:
> Perhaps it's a good idea to add a section to the devmanual about adding
> new keywords to packages.
>
> Recruits in particular might benefit from some background on what
> keywording means and when it should be done, especially before they
# Mike Gilbert (25 May 2016)
# Causes build failures in unrelated packages due to invasive
# monkey-patching of easy_install (dev-python/setuptools).
# Remove this package in 30 days.
# Bug: https://bugs.gentoo.org/575844
dev-python/buildutils
On Wed, May 25, 2016 at 2:00 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> Mike Gilbert posted on Wed, 25 May 2016 11:52:46 -0400 as excerpted:
>
>> # Mike Gilbert (25 May 2016)
>> # Causes build failures in unrelated packages due to invasive #
>> monkey-patchi
Also remove .pydistutils.cfg from HOME before returning.
This config should only be needed when we are invoking setup.py. The
esetup.py wrapper provides a normalized way for doing this; if ebuilds
call setup.py without the wrapper, they are now also responsible for
setting the build directory if n
This was only necessary when we ran phases in parallel.
Also, PMS says this variable should not be modified.
---
eclass/distutils-r1.eclass | 6 --
1 file changed, 6 deletions(-)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index 334ce73..c545290 100644
--- a/eclass/di
This just looks nicer in build logs.
---
eclass/distutils-r1.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index afd29ed..171762c 100644
--- a/eclass/distutils-r1.eclass
+++ b/eclass/distutils-r1.eclass
@@ -55
On Tue, May 31, 2016 at 5:34 PM, Jörg Schaible wrote:
> How can I select different linguas for individual packages with this
> approach?
Why would you want to?
On Tue, Jun 7, 2016 at 4:31 PM, Andreas K. Huettel wrote:
> Sunrise was a great way to learn packaging for Gentoo. Reviews were *very*
> strict in the past, resulting in better QA standards than the Gentoo main tree
> - - and a definite frustration threshold that one had to overcome. With a
> cou
On Wed, Jun 15, 2016 at 3:57 PM, Davide Pesavento wrote:
> We could also have separate components for "keywording" vs
> "stabilization", which would make the use of STABLEREQ/KEYWORDREQ
> keywords obsolete at the same time.
The STABLEREQ keyword would still be useful for security bugs, where
the
On Thu, Jun 16, 2016 at 9:52 AM, Joshua Kinard wrote:
> It'd be nice if, when replying in a comment, a flag
> could be made available to automatically to state that "I've encountered this
> issue, too", and once 2, 3, or 4 of those are logged, Bugzilla automatically
> changes the state to CONFIRME
Bug: https://bugs.gentoo.org/577704
---
eclass/distutils-r1.eclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index c545290..fb0362c 100644
--- a/eclass/distutils-r1.eclass
+++ b/eclass/distutils-r1.eclass
@@ -80,7
On Thu, Jun 30, 2016 at 8:38 AM, Michał Górny wrote:
> So if you have some time, please reply to this thread with
> a specific /boot layout that you think needs to be handled, with
> as much helpful information as possible -- including possible
> distinctive features and pitfalls.
Standard "make
On Sat, Jul 9, 2016 at 5:01 PM, Michał Górny wrote:
> I've finally gotten around to wrapping up my multilib setup
> in a profile, and providing necessary patches to system packages
> to make it possible to use it without having to hack their mistaken
> logic around.
The baselayout and glibc chang
On Mon, Jul 11, 2016 at 1:46 PM, Michał Górny wrote:
> On Mon, 11 Jul 2016 12:33:54 -0400
> Mike Gilbert wrote:
>
>> On Sat, Jul 9, 2016 at 5:01 PM, Michał Górny wrote:
>> > I've finally gotten around to wrapping up my multilib setup
>> > in a profile, and
On Sat, Jul 16, 2016 at 8:07 PM, wrote:
> I don't know if this is on topic. Is it possible to backport 64-bit
> date/time to uclibc-ng in 32-bit mode? 32-bit date runs between late
> 1901 and early 2038. 2038 is not that far away. E.g. in a 32-bit VM...
This seems pretty off-topic for this
On Mon, Aug 1, 2016 at 5:08 PM, David Seifert wrote:
> Dear friends,
> while version bumping sci-libs/fftw, I've noticed our CPU_FLAGS_X86
> list could be expanded a bit:
>
> avx512 - introduced with Skylake and Knights Landing
According to Wikipedia, "AVX-512 consists of multiple extensions not
On Tue, Aug 2, 2016 at 8:08 PM, Mart Raudsepp wrote:
> Also, how are they exposed in cpuinfo, do we have first patches
> for cpuid2cpuflags?
cpuid2cpuflags does not use /proc/cpuinfo since version 2.
A patch adding detection for the various avx512 extensions has been
merged upstream.
https://gi
On Fri, Aug 5, 2016 at 3:10 PM, Natanael Olaiz wrote:
> I know that. But the patch should be applied *only* for versions of kernels
> 4.7+. So, I'm asking how is the policy for that.
If you're asking for policy: The Gentoo packaging policy is not to do
conditional patching. Instead, modify the pa
Hi all,
I would like to make a push to get python3.5 stable in the next few
months. There are a couple things that need to happen first.
1. Add python3_5 to PYTHON_COMPAT for current ~arch packages. A list
of packages that need to be tested and marked compatible with
python3.5 is producted daily.
On Thu, Aug 11, 2016 at 1:53 AM, Kent Fredric wrote:
> On Thu, 11 Aug 2016 00:10:53 +0100
> James Le Cuirot wrote:
>
>> Hello all,
>>
>> We, like almost everyone else and presumably upstream, install PCRE 8
>> as libpcre.so.1. Debian, for reasons best known to themselves, install
>> it as libpcre
On Thu, Aug 11, 2016 at 4:50 PM, Michał Górny wrote:
> If you are going to commit such crap into Gentoo ignoring people more
> knowledgeable than you, please spare us the effort and open a QA bug
> against it requesting that you remove it immediately. Thank you. Feel
> free to also request revokin
On Thu, Aug 11, 2016 at 5:34 PM, Kent Fredric wrote:
> On Thu, 11 Aug 2016 16:07:27 -0400
> Ian Stakenvicius wrote:
>
>> but realistically this should be
>> installed to /usr/$(get_libdir)/debiancompat/ or similar, and if you
>> still don't want to wrap the apps that need it then also install an
On Wed, Aug 17, 2016 at 2:59 AM, Martin Vaeth wrote:
> William Hubbs wrote:
>>
>> but I'm open to making the behaviour compatible
>> with what systemd does
>
> Since openrc already supports tmpfiles.d,
> support for modules-load.d would be natural.
> In fact, this is already done for quite a whil
On Wed, Aug 24, 2016 at 10:05 AM, Lars Wendler wrote:
> Please keep in mind to *not* use EAPI-6 for base-system packages yet, so
> we can retain a somewhat stable upgrade path even for very old systems.
What's the time frame for lifting that restriction?
There are some key packages that base-sys
On Tue, Aug 23, 2016 at 7:17 PM, Robin H. Johnson wrote:
> General increase in the number of developers in base-system would not be
> a bad outcome from this email either ;-).
I am considering joining, if only to have some input and greater
transparency on decision making.
For example, I have no
On Wed, Aug 24, 2016 at 7:42 AM, Michael Orlitzky wrote:
> On 08/24/2016 07:37 AM, Daniel Campbell wrote:
>>
>> I imagine _someone_ out there wants it, otherwise we wouldn't be
>> discussing it.
>
> The thread started out proposing it as a solution to a docker problem
> that, it turns out, isn't a
On Thu, Aug 25, 2016 at 12:11 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> Mike Gilbert posted on Wed, 24 Aug 2016 11:49:42 -0400 as excerpted:
>
>> On Wed, Aug 24, 2016 at 7:42 AM, Michael Orlitzky
>> wrote:
>>> On 08/24/2016 07:37 AM, Daniel Campbell wrote:
>&g
On Sun, Aug 28, 2016 at 3:57 PM, Kristian Fiskerstrand wrote:
> On 08/28/2016 07:28 PM, Paweł Hajdan, Jr. wrote:
>> B. Backport just the changes needed for chromium to older ffmpeg
>
> Any chance of it being included upstream or would it be a downstream
> carry for a long time?
I haven't looked a
On Wed, Aug 31, 2016 at 12:52 PM, Alexis Ballier wrote:
> On Sun, 28 Aug 2016 19:28:48 +0200
> "Paweł Hajdan, Jr." wrote:
>
>> D. Patch chromium not to require newer ffmpeg
>
>
> You can use the attached patch. Quick test on youtube showed it works.
Nice! Testing this now.
On Wed, Aug 31, 2016 at 11:09 PM, Mike Gilbert wrote:
> On Wed, Aug 31, 2016 at 12:52 PM, Alexis Ballier wrote:
>> On Sun, 28 Aug 2016 19:28:48 +0200
>> "Paweł Hajdan, Jr." wrote:
>>
>>> D. Patch chromium not to require newer ffmpeg
>>
>>
>
Python 3.3 will be removed from Gentoo in 30 days.
dev-lang/python:3.3 will be available in the python overlay.
On Mon, Sep 5, 2016 at 5:20 AM, Alexis Ballier wrote:
> On Fri, 2 Sep 2016 19:19:16 +0200
> Kristian Fiskerstrand wrote:
>
>> On 09/02/2016 07:17 PM, Rich Freeman wrote:
>> > On Fri, Sep 2, 2016 at 12:53 PM, Alexis Ballier
>> > wrote:
>> >> On Fri, 2 Sep 2016 18:13:20 +0200
>> >> Kristian Fisker
On Thu, Sep 8, 2016 at 11:28 PM, wrote:
> Would it be possible to integrate the newest nvidia-driver 370.28 into
> Gentoo so that users of Blender and similiar programs could happily
> switch to Linux kernel >=4.7.0 (4.7.3) ?
Please don't send version bump requests to this mailing list.
You can
Portage 2.3.1 changes the default behavior for git repositories to
sync with a depth of 1. If you are using a development tree with
emerge --sync, you may want to override this in repos.conf by setting
sync-depth = 0.
If you have accidentally converted your development tree into a
shallow reposito
On Sat, Sep 24, 2016 at 10:42 AM, Anthony G. Basile wrote:
> Hi everyone,
>
> I'd like to commit the following news item in a couple of days. I'm
> sending it as an attachment so hopefully it'll come across exactly as I
> will commit it.
>
> Please review. Thanks.
GLEP 42 says Title should be 50
On Tue, Oct 4, 2016 at 6:04 PM, Dan Douglas wrote:
> I'm not against removing grub1, but why are the only versions of grub
> in the tree betas? They don't have a proper release cycle?
The upstream grub maintainer has been too busy to work on a release.
He has recently recruited some people to hel
On Wed, Oct 5, 2016 at 1:09 AM, Kent Fredric wrote:
> On Wed, 5 Oct 2016 17:46:29 +1300
> Kent Fredric wrote:
>
>> On Tue, 4 Oct 2016 22:34:11 -0500
>> William Hubbs wrote:
>>
>> > You don't have to use grub-mkconfig. You can write /boot/grub/grub.cfg
>> > by hand if you want, and it appears tha
On Oct 8, 2016 10:33 AM, "Tom H" wrote:
>
> On Wed, Oct 5, 2016 at 10:26 AM, Mike Gilbert wrote:
> >
> > I have added an example grub.cfg to the gentoo repository.
> >
> >
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ec629c23a6e8cf6c18fa51d69ae1
On Wed, Oct 12, 2016 at 2:45 PM, konsolebox wrote:
> On Wed, Sep 21, 2016 at 11:02 AM, Mike Gilbert wrote:
>> Portage 2.3.1 changes the default behavior for git repositories to
>> sync with a depth of 1. If you are using a development tree with
>> emerge --sync, you may wan
On Wed, Oct 12, 2016 at 2:51 PM, Mike Gilbert wrote:
> On Wed, Oct 12, 2016 at 2:45 PM, konsolebox wrote:
>> On Wed, Sep 21, 2016 at 11:02 AM, Mike Gilbert wrote:
>>> Portage 2.3.1 changes the default behavior for git repositories to
>>> sync with a depth of 1. If
On Fri, Oct 14, 2016 at 1:05 PM, William L. Thomson Jr.
wrote:
> Problem
> 1. There does not seem to be any file name requirement for binary packages.
> 2. There are binary packages that end in -bin, which is good. However it is
> not clear if that is an upstream 3rd party binary. Or a binary made
On Mon, Oct 17, 2016 at 8:20 AM, Ulrich Mueller wrote:
>> On Mon, 17 Oct 2016, M J Everitt wrote:
>
>> On 17/10/16 08:41, William L. Thomson Jr. wrote:
>>> To be clear I would suggest at MOST 3, -bin, -ebin, and -sbin.
>>> NO more.
>
>> I don't see what problem you are trying to solve. Gentoo
On Tue, Oct 25, 2016 at 11:05 AM, Nick Vinson wrote:
> That definition definitely excludes automake and autoconf (arguably gcc
> should also excluded, under that definition, so the wiki might not be
> 100% correct).
gcc provides libstdc++.so.6, which is a necessary runtime component on
most syste
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 action for this news item.
>
> If you are, it is very critical that you update fstab AS SOON AS
POSSIBLE. Your system will become unbootable in the future if you
201 - 300 of 1266 matches
Mail list logo
