On Sat, Apr 7, 2018 at 12:57 PM, Lars Wendler wrote:
> On Sat, 7 Apr 2018 14:16:33 -0500 William Hubbs wrote:
>
>>On Sat, Apr 07, 2018 at 02:55:53PM -0400, Michael Orlitzky wrote:
>>> On 04/07/2018 02:44 PM, William Hubbs wrote:
>>> >
>>> > I'm with floppym on this one. Is there a specific reason
On Sun, Apr 1, 2018 at 8:08 PM, Matt Turner wrote:
> == Update packages to depend on x11-base/xorg-proto ==
> https://bugs.gentoo.org/651286
>
> The new x11-base/xorg-proto package combines nearly all (28 in fact) of
> the x11-proto/* packages into one, with a very fast Meson bui
I'd like to start giving ~monthly updates on the status of mips@ in
Gentoo.
Recently I received a Loongson 3A system (quad-core 1.35GHz, 16GB RAM,
AMD graphics) which is significantly faster and more stable than any
other mips system I have.
mips@ is currently assigned or cc'd on 29 bugs. This n
I'd like to start giving ~monthly updates on the status of x11@ packages
in Gentoo. I hope it gives some insight into the status of a rather
important set of packages and maybe encourages others to lend a hand to
a very understaffed project when possible.
I expect future reports to be significant
On Mon, Mar 19, 2018 at 3:40 PM, James Le Cuirot wrote:
> On Mon, 19 Mar 2018 15:16:47 -0700
> Matt Turner wrote:
>
>> Thanks for looking into this!
>>
>> I'm not sure I understand the -nostdlib portion. It's something about
>> working around a side-e
Thanks for looking into this!
I'm not sure I understand the -nostdlib portion. It's something about
working around a side-effect of -x assembler?
On Tue, Mar 6, 2018 at 2:27 PM, Alec Warner wrote:
> On Tue, Mar 6, 2018 at 5:22 PM, Matt Turner wrote:
>> On Tue, Mar 6, 2018 at 1:35 PM, Rich Freeman wrote:
>> > On Tue, Mar 6, 2018 at 4:17 PM, Andreas K. Huettel
>> > wrote:
>> >>
>> >> Is
On Tue, Mar 6, 2018 at 1:35 PM, Rich Freeman wrote:
> On Tue, Mar 6, 2018 at 4:17 PM, Andreas K. Huettel
> wrote:
>>
>> Is it worth the effort? Yes, see below.
>> Is it a high priority task? No.
>>
>
> It sounds like all that has been done is to log a tracker and create
> some bugs. That is har
On Tue, Mar 6, 2018 at 1:17 PM, Andreas K. Huettel wrote:
> Am Dienstag, 6. März 2018, 02:52:54 CET schrieb Matt Turner:
>> EAPI 2 removal bug: https://bugs.gentoo.org/648050
>>
>> It seems like tons of churn to update old stable ebuilds to a new
>> EAPI, just f
On Tue, Mar 6, 2018 at 1:00 AM, Dirkjan Ochtman wrote:
> On Tue, Mar 6, 2018 at 2:52 AM, Matt Turner wrote:
>>
>> In the end we might get to delete some code from portage or an eclass?
>> Does this seem worth it?
>
>
> To add to some of the points Kent made, I thi
On Mon, Mar 5, 2018 at 9:56 PM, Kent Fredric wrote:
> On Mon, 5 Mar 2018 17:52:54 -0800
> And with Perl packages at least, incrementing EAPI results in actual
> changes driven by the eclass:
>
> - Changes the names of various control variables
> - Makes perl tests on by default, and parallel by de
EAPI 2 removal bug: https://bugs.gentoo.org/648050
It seems like tons of churn to update old stable ebuilds to a new
EAPI, just for its own sake. Take https://bugs.gentoo.org/648154 for
example. New ebuild added with EAPI 6 bumped from EAPI 2. Otherwise
functionally identical. Now asking arch team
On Thu, Feb 8, 2018 at 5:37 AM, Brian Evans wrote:
> On 2/7/2018 9:54 PM, Matt Turner wrote:
>> # Matt Turner (06 Feb 2018)
>> # Dead and unused
>> # Masked for removal in 30 days. Bug #646838
>> x11-libs/libXCalibrate
>> x11-libs/libXfontcache
>> x11-
On Thu, Feb 8, 2018 at 5:37 AM, Brian Evans wrote:
> On 2/7/2018 9:54 PM, Matt Turner wrote:
>> # Matt Turner (06 Feb 2018)
>> # Dead and unused
>> # Masked for removal in 30 days. Bug #646838
>> x11-libs/libXCalibrate
>> x11-libs/libXfontcache
>> x11-
# Matt Turner (06 Feb 2018)
# Dead and unused
# Masked for removal in 30 days. Bug #646838
x11-libs/libXCalibrate
x11-libs/libXfontcache
x11-misc/xtscal
x11-proto/fontcacheproto
x11-proto/xcalibrateproto
x11-proto/xf86rushproto
signature.asc
Description: Digital signature
On Sun, Feb 4, 2018 at 7:25 AM, Samuel Bernardo
wrote:
> Hi,
>
> I send this email to know the opinion of gentoo developers about
> registering gentoo profiles in the context of reproducible-builds.org
Reproducible builds makes sense when you're distributing binaries to
users. That's not typicall
On Wed, Jan 10, 2018 at 1:55 AM, Michał Górny wrote:
> W dniu wto, 09.01.2018 o godzinie 17∶08 -0800, użytkownik Matt Turner
> napisał:
>> On Tue, Jan 9, 2018 at 1:20 PM, Andreas K. Huettel
>> wrote:
>> > During the last Gentoo council meeting, the decision was made t
On Tue, Jan 9, 2018 at 1:20 PM, Andreas K. Huettel wrote:
> During the last Gentoo council meeting, the decision was made to implement
> changes to the gentoo-dev mailing list [1].
>
> These changes affect only the gentoo-dev mailing list, and will come into
> effect on 23 January 2018.
>
> * Subs
On Mon, Dec 4, 2017 at 1:46 PM, William L. Thomson Jr.
wrote:
> On Mon, 4 Dec 2017 13:26:26 -0800
> Matt Turner wrote:
>
>> On Mon, Dec 4, 2017 at 10:52 AM, William L. Thomson Jr.
>> wrote:
>> > That being said, that people find it acceptable to talk behind
>&g
On Mon, Dec 4, 2017 at 10:52 AM, William L. Thomson Jr.
wrote:
> That being said, that people find it acceptable to talk behind another's
> back. Lobbing lots of insults. Then having the ego to assume someone
> would create a fake identity. Any minimal research can show otherwise.
You did already
A user requested I forward this information to the mailing list:
There's been research, on this, and the study by harvard business
school was summarized and discussed by NPR in 2015:
[ Turns out toxic coworkers are more
than just an annoyance. A new study
out of the Harvard Business School
warns
On Sat, Dec 2, 2017 at 3:18 PM, Michał Górny wrote:
> The problems of more abusive behavior from some of the mailing list
> members have been reported to ComRel numerous times. After the failure
> of initial enforcement, I'm not aware of ComRel doing anything to solve
> the problem. The main argum
Unmaintained upstream since 2011. Likely zero users.
Masked for removal in 30 days.
Bug: https://bugs.gentoo.org/606132
x11-drivers/xf86-input-acecad
x11-drivers/xf86-input-aiptek
x11-drivers/xf86-input-fpit
x11-drivers/xf86-input-hyperpen
x11-drivers/xf86-input-mutouch
x11-drivers/xf86-input-p
On Sat, Nov 25, 2017 at 12:05 AM, Michał Górny wrote:
> W dniu pią, 24.11.2017 o godzinie 18∶02 -0800, użytkownik Matt Turner
> napisał:
>> On Thu, Nov 23, 2017 at 10:52 PM, Richard Bradfield
>> wrote:
>> > On Thu, Nov 23, 2017 at 11:24:24PM -0800, Matt Turner wrote
On Thu, Nov 23, 2017 at 10:52 PM, Richard Bradfield wrote:
> On Thu, Nov 23, 2017 at 11:24:24PM -0800, Matt Turner wrote:
>>
>> Very few if any users. They break occasionally with new xserver
>> versions, and then I have to do the leg work to fix them, make the
>> upstr
On Thu, Nov 23, 2017 at 11:31 PM, Robin H. Johnson wrote:
> On Thu, Nov 23, 2017 at 11:24:24PM -0800, Matt Turner wrote:
>> Very few if any users. They break occasionally with new xserver
>> versions, and then I have to do the leg work to fix them, make the
>> upstream re
Very few if any users. They break occasionally with new xserver
versions, and then I have to do the leg work to fix them, make the
upstream releases, and then push them into Gentoo. Again, for between
zero and one person to use.
I left some other ancient ones that are also candidates for removal,
On Mon, Nov 20, 2017 at 7:15 PM, R0b0t1 wrote:
> What I wanted to avoid was something I encountered on the GCC mailing
> list: When I asked why GCJ was removed, I was told that it was hard to
> maintain. When I asked for an example of past maintenance issues (and
> made it clear I had no interest
On Thu, Nov 9, 2017 at 3:03 PM, Samuel Bernardo
wrote:
> Hi,
>
> I send this email to know the devs opinion about Gentoo integration with
> Open Build Service[1].
It sounds like an interesting idea. I've long thought that making our
binary package story more compelling would greatly improve the d
On Sun, Oct 22, 2017 at 9:53 AM, Michael Orlitzky wrote:
> The following USE flags are enabled by default in our base/linux
> profiles. I think they can be disabled, possibly turning them on in
> package.use (or in the ebuilds) if they are important. Yes, no?
>
> 1. USE=cracklib (base/make.default
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 effort in trying to make it a little better. I'd rather put
> the minimal effort required to make it not-much-worse.
You said in your initial email that you
On Mon, Sep 11, 2017 at 3:07 PM, Aaron Bauman wrote:
> On Monday, September 11, 2017 3:43:13 AM EDT Sergei Trofimovich wrote:
>> On Sun, 10 Sep 2017 22:18:08 +
>>
>> bugzilla-dae...@gentoo.org wrote:
>> > DO NOT REPLY TO THIS EMAIL. Also, do not reply via email to the person
>> > whose email i
On Sat, Aug 26, 2017 at 3:27 PM, Mikle Kolyada wrote:
> # Mikle Kolyada (26 Aug 2017)
> # Masked for removal in 30 days.
> # No major keywords, old EAPI, no maintainer.
> # Use sys-apps/less instead.
> sys-apps/more
Isn't it just part of util-linux? The HOMEPAGE link makes me think so,
and my s
On Fri, Aug 4, 2017 at 8:16 PM, M. J. Everitt wrote:
> You mean to say treecleaners and QA should actually contact maintainers
> before wielding their chainsaws ?? Musta missed that policy doc ...
Can you please stop? You're contributing nothing but noise to this mailing list.
# Matt Turner (16 Jul 2017)
# Header package for removed x11-libs/libXevie. No dependencies. Removal in a
# month (#615314)
x11-proto/evieext
signature.asc
Description: Digital signature
On Sat, Jul 15, 2017 at 11:33 AM, Alon Bar-Lev wrote:
> Hello,
>
> I am looking for someone that is using gentoo on sparc and is willing to
> help out to resolve an issue[1] of gnutls-3.5 with sparc so that we can drop
> gnutls-3.3 from tree.
>
> I tried to create a bootable sparc qemu gentoo imag
On Wed, Jul 12, 2017 at 5:29 PM, Lucas Ramage wrote:
> What needs to be changed for the bootloaders? I may be able to assist.
The documentation should be updated to say that with OpenRC 0.28 that
you'll have to remount efivars as RW before you can install the
bootloader (e.g., grub-install)
The
On Wed, Jul 12, 2017 at 2:44 PM, William Hubbs wrote:
> On Wed, Jul 12, 2017 at 04:03:25PM -0400, Mike Gilbert wrote:
>> On Wed, Jul 12, 2017 at 11:42 AM, William Hubbs wrote:
>> > OpenRC 0.28 will mount efivars read only by default due to concerns
>> > about users bricking systems by writing to
On Mon, Jul 10, 2017 at 10:22 AM, 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 in
On Thu, Jun 29, 2017 at 2:19 PM, James Le Cuirot wrote:
> On Wed, 28 Jun 2017 23:29:03 +0100
> James Le Cuirot wrote:
>
>> > On Tue, Jun 27, 2017 at 6:44 PM, James Le Cuirot wrote:
>> > > I am therefore proposing a new global big-endian flag. This could be
>> > > masked by default and unmasked +
On Mon, May 8, 2017 at 6:48 AM, Rich Freeman wrote:
> On Mon, May 8, 2017 at 9:21 AM, Thomas Deutschmann wrote:
>>
>> It isn't like security project adds any additional load to any arch
>> team, an architecture capable to keep up with normal keyword and
>> stabilization requests should also be ab
On Thu, Mar 30, 2017 at 7:44 AM, Mike Gilbert wrote:
> On Wed, Mar 29, 2017 at 1:51 PM, Matt Turner wrote:
>> It's a bug that has since been fixed by kernel commit
>> 2220fc1ab363e6fab1f321430d69be17a8b92bd7 ("uapi: add missing install
>> of dma-buf.h"). The
It's a bug that has since been fixed by kernel commit
2220fc1ab363e6fab1f321430d69be17a8b92bd7 ("uapi: add missing install
of dma-buf.h"). The header was originally added in 4.10, and the fix
commit is in 4.11-rc1.
I guess we just need to hack around it in sys-kernel/linux-headers-4.10.
On Wed, Mar 1, 2017 at 4:09 PM, Mike Pagano wrote:
> This patch will add some additional text to bring some additional notice
> to users
> about the security considerations of a specific kernel and direct them
> to the
> upstream website for further information. See bug #599454
In the future, pl
# Matt Turner (05 Mar 2017)
# Part of dev-util/hxtools (and collides with it)
# Removal in 30 days. Bug #445436
app-misc/ofl
signature.asc
Description: Digital signature
On Sat, Mar 4, 2017 at 6:31 PM, Ulrich Mueller wrote:
>>>>>> On Sat, 4 Mar 2017, Matt Turner wrote:
>
>> On Sat, Mar 4, 2017 at 12:03 PM, Ulrich Mueller wrote:
>>> Isn't that rather pointless, given that in all non-deprecated EAPIs
>>> econf wil
On Sat, Mar 4, 2017 at 12:03 PM, Ulrich Mueller wrote:
>>>>>> On Sat, 4 Mar 2017, Matt Turner wrote:
>
>> + # Check if package supports a verbose build
>> + if grep -q -s "disable-silent-rules" ${ECONF_SOURCE:-.}/configure; then
>> +
From: Agostino Sarubbo
Bug: https://bugs.gentoo.org/458000
---
eclass/xorg-2.eclass | 6 ++
1 file changed, 6 insertions(+)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index 1af1705..fe44658 100644
--- a/eclass/xorg-2.eclass
+++ b/eclass/xorg-2.eclass
@@ -472,9 +472,15 @@ xorg-
On Mon, Jan 30, 2017 at 12:04 PM, William Hubbs wrote:
> All,
>
> I have been looking at the meson build system [1] [2], and I like what I
> see.
>
> I have opened an issue on OpenRC's github wrt migrating OpenRC to the
> meson build system [3].
>
> As I said on the bug, the downside is the additi
Bug: https://bugs.gentoo.org/416069
---
eclass/xorg-2.eclass | 6 ++
1 file changed, 6 insertions(+)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index b7c7ba2..fabad09 100644
--- a/eclass/xorg-2.eclass
+++ b/eclass/xorg-2.eclass
@@ -468,8 +468,14 @@ xorg-2_src_configure() {
On Sun, Jan 29, 2017 at 12:00 PM, Sergei Trofimovich wrote:
> On Sun, 29 Jan 2017 11:42:16 -0800
> Matt Turner wrote:
>
>> Bug: https://bugs.gentoo.org/416069
>> ---
>> eclass/xorg-2.eclass | 5 +
>> 1 file changed, 5 insertions(+)
>>
>> diff
Bug: https://bugs.gentoo.org/416069
---
eclass/xorg-2.eclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index b7c7ba2..7d681f2 100644
--- a/eclass/xorg-2.eclass
+++ b/eclass/xorg-2.eclass
@@ -468,6 +468,11 @@ xorg-2_src_configure() {
On Fri, Jan 27, 2017 at 7:36 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> Matt Turner posted on Thu, 26 Jan 2017 18:16:12 -0800 as excerpted:
>
>> # Matt Turner (26 Jan 2017)
>> # Dead and replaced by media-libs/mesa[video_cards_radeonsi]
>> # (or the proprietary am
On Fri, Jan 27, 2017 at 8:22 AM, Mike Gilbert wrote:
> On Fri, Jan 27, 2017 at 2:54 AM, Mart Raudsepp wrote:
>> Then there is no need to think about what is enabled globally or not.
>> Point being, use REQUIRED_USE sparingly, and rarely a good idea to
>> block things with common global USE flags,
# Matt Turner (26 Jan 2017)
# Dead and replaced by media-libs/mesa[video_cards_radeonsi]
# (or the proprietary amdgpu-pro, which is not in tree).
# Masked for removal in 30 days.
# Bug #582406
x11-drivers/ati-drivers
x11-libs/amd-adl-sdk
x11-libs/xvba-video
signature.asc
Description: Digital
# Matt Turner (24 Jan 2017)
# Depends on xorg-server-1.16, which is going away. Unresolved security bug
# #602764. Maintainer no longer interested in package. Masked for removal in 30
# days.
net-misc/x11rdp
net-misc/xrdp
signature.asc
Description: Digital signature
On Sun, Dec 11, 2016 at 7:59 AM, Michał Górny wrote:
> dev-lang/gnat-gcc
Something I've wondered about since I used gnat-gcc for assignments as
an undergrad -- why is gnat-gcc a separate package from gcc? Isn't the
Ada frontend just part of gcc? Why not just a gcc[ada] USE flag?
On Fri, Dec 2, 2016 at 7:14 AM, Andrew Savchenko wrote:
> Hi all!
>
> Right now we have two somewhat conflicting policies (at least up to
> my understanding of them):
>
> 1) git atomic commits [1]:
> each logical change should be a separate commit.
>
> 2) revision bump policy [2]:
> each change su
On Sun, Nov 13, 2016 at 4:05 PM, Robin H. Johnson wrote:
> The attached list notes all of the packages that were added or removed
> from the tree, for the week ending 2016-11-13 23:59 UTC.
>
> Removals:
> app-editors/mlview20161109-10:57 pacho 517f783
> app-laptop/con
On Sat, Oct 29, 2016 at 4:35 AM, David Seifert wrote:
> On Sa, 2016-10-08 at 13:57 +0200, Pacho Ramos wrote:
>> # Pacho Ramos (08 Oct 2016)
>> # Uses get_libdir at global scope (#593382). Dead for ages. Removal
>> in
>> a
>> # month.
>> app-cdr/nero
>
> I'd like to keep this package, hence fixed
On Mon, Oct 24, 2016 at 4:43 PM, Rich Freeman wrote:
> I personally tend to favor a mandatory DCO (we absolutely need to know
> the copyright status of our code), and a voluntary FLA (which I tend
> to prefer to outright assignment as I think it lines up well with our
> always-free social contract
On Mon, Oct 24, 2016 at 4:18 PM, Rich Freeman wrote:
> On Mon, Oct 24, 2016 at 7:12 PM, Matt Turner wrote:
>> On Mon, Oct 24, 2016 at 4:03 PM, Rich Freeman wrote:
>>> You cannot currently commit anything with a different copyright notice
>>> to gentoo.git
>
On Mon, Oct 24, 2016 at 4:03 PM, Rich Freeman wrote:
> You cannot currently commit anything with a different copyright notice
> to gentoo.git
According to whom or what?
On Mon, Oct 24, 2016 at 4:07 PM, Rich Freeman wrote:
> On Mon, Oct 24, 2016 at 6:34 PM, Matt Turner wrote:
>> In order to contribute to GNU projects, one must sign a copyright
>> assignment statement.
>>
>> Gentoo doesn't have anything similar as far as I'm
In order to contribute to GNU projects, one must sign a copyright
assignment statement.
Gentoo doesn't have anything similar as far as I'm aware, which makes
me question the legitimacy of "Gentoo Foundation" copyrights.
What is the story?
(I thought my other thread "Contributed ebuilds and copyr
A former co-worker of mine is now at Google and wants to contribute
ebuilds he wrote for ChromeOS to Gentoo. They add packages necessary
for Vulkan (new 3D graphics API).
For instance:
https://chromium.googlesource.com/chromiumos/overlays/chromiumos-overlay/+/master/media-libs/vulkan-loader/vulka
On Wed, Oct 19, 2016 at 2:10 AM, Ulrich Mueller wrote:
>> On Wed, 19 Oct 2016, Kent Fredric wrote:
>
>> On Tue, 18 Oct 2016 21:45:05 -0500
>> Matthew Thode wrote:
>
>>> Does pram allow you to pass options to git
>>> am (signedoffby for instance)?
>
>> It doesn't presently allow arbitrary argu
On Thu, Aug 13, 2026 at 11:27 AM, james wrote:
> be able to offer guidance, hence, I have filed no bugs on Vulcan. I'm not
The API is Vulkan with a k. Vulcan is where Spock is from.
On Mon, Aug 1, 2016 at 2: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
>
> I also propose creating a CPU_FLAGS_PPC variable containing (at le
On Wed, Jun 29, 2016 at 3:47 PM, Daniel Campbell wrote:
> I'm glad to see some reach-out here and taking responsibility for
> decisions. However, what does the QA team have to say about systems that
> want games on other media (such as an SSD or separate HDD), or wish to
> restrict the use of game
Is tatt usable for anyone? Both the 0.3 and versions seem to hang
after printing the Bugnumber:
# tatt -b 576112
Bugnumber: 576112
CTRL+C gives this traceback:
^CTraceback (most recent call last):
File "/usr/lib/python-exec/python3.4/tatt", line 135, in
bugraw = p1.communica
On Thu, May 19, 2016 at 6:36 PM, Daniel Campbell wrote:
> To make sure I understand what you're getting at, are you saying some
> devs get on board and then request to add keywords to packages that they
> already maintain?
No, you've misunderstood.
He's saying people add new packages and then sp
On Wed, May 4, 2016 at 8:44 AM, Mike Gilbert wrote:
> 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 wa
On Tue, May 3, 2016 at 5:50 PM, Mike Gilbert wrote:
> 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 stabl
On Fri, Feb 5, 2016 at 3:07 AM, Michał Górny wrote:
> Dnia 5 lutego 2016 07:38:44 CET, Jason Zaman
> napisał(a):
>>On Thu, Feb 04, 2016 at 04:35:44PM -0600, Gordon Pettey wrote:
>>> On Thu, Feb 4, 2016 at 6:17 AM, Kent Fredric
>><[1]kentfred...@gmail.com>
>>> wrote:
>>[ ... ]
Its really sad
On Mon, Dec 7, 2015 at 10:58 AM, Mike Gilbert wrote:
> On Mon, Dec 7, 2015 at 1:26 PM, Matt Turner wrote:
>> On Mon, Dec 7, 2015 at 10:19 AM, Robin H. Johnson wrote:
>>> On Mon, Dec 07, 2015 at 05:16:01AM +, Doug Goldstein wrote:
>>>> commit: 37c1ec7ef3
On Mon, Dec 7, 2015 at 10:19 AM, Robin H. Johnson wrote:
> On Mon, Dec 07, 2015 at 05:16:01AM +, Doug Goldstein wrote:
>> commit: 37c1ec7ef31a51206421f03a2df489ec7d7ca244
>> Author: Doug Goldstein gentoo org>
>> AuthorDate: Mon Dec 7 05:14:50 2015 +
>> Commit: Doug Goldstein
On Mon, Nov 2, 2015 at 5:20 PM, Dale wrote:
> hasufell wrote:
>> On 11/02/2015 10:54 PM, Dale wrote:
>>> Ciaran McCreesh wrote:
On Mon, 2 Nov 2015 14:00:18 -0600
Dale wrote:
> Rich Freeman wrote:
>> On Mon, Nov 2, 2015 at 1:08 AM, Dale wrote:
>>> Then perhaps all this shoul
On Sat, Oct 17, 2015 at 10:37 AM, Michał Górny wrote:
> On Fri, 16 Oct 2015 03:22:48 +1100
> Michael Palimaka wrote:
>
>> On 16/10/15 03:04, Michał Górny wrote:
>> >
>> >
>> > Dnia 15 października 2015 17:44:47 CEST, Michael Palimaka
>> > napisał(a):
>> >> This could happen if ninja is manually
On Mon, Oct 12, 2015 at 7:23 AM, hasufell wrote:
> On 10/12/2015 04:12 PM, Ian Delaney wrote:
>> On Mon, 12 Oct 2015 15:47:19 +0200
>> hasufell wrote:
>>
>>> On 10/12/2015 03:29 PM, Ian Delaney wrote:
Not sure how to read this. The whole idea is for provider / client
to communicate
On Sun, Oct 11, 2015 at 9:49 PM, NP-Hardass wrote:
> I'm not sure if this is what Ian is referring to, but between the sheer
> quantity (flooding) and the way I perceived some of the messages to be
> formulated, it all seemed rather abrasive in nature. Of course this
> was my own viewpoint on how
On Sun, Oct 11, 2015 at 9:44 PM, wraeth wrote:
> I'm not trying to escalate the argument but you seem to have
> misinterpreted my initial message.
>
> On 12/10/15 03:56, Matt Turner wrote:
>> On Sun, Oct 11, 2015 at 1:17 AM, wraeth wrote:
>>> I am one of the users
On Sun, Oct 11, 2015 at 5:03 PM, Ian Delaney wrote:
> On Sun, 11 Oct 2015 09:56:28 -0700
> Matt Turner wrote:
>
>> On Sun, Oct 11, 2015 at 1:17 AM, wraeth wrote:
>
>> >
>> > I feel that it is inappropriate for criticisms of contributor's
>> > w
On Sun, Oct 11, 2015 at 1:17 AM, wraeth wrote:
> I am one of the users who spoke to idella4 about this, but I wanted to
> repeat this publicly in order to highlight the point of view of
> contributing user as opposed to a developer.
>
> Firstly I would like to say that I appreciate feedback on my
On Fri, Oct 9, 2015 at 10:03 AM, Jason Zaman wrote:
> On Fri, Oct 09, 2015 at 06:20:58PM +0200, Michał Górny wrote:
>> Dnia 2015-10-09, o godz. 15:40:32
>> "Richard Yao" napisał(a):
>>
>> > commit: 050bf38afc93a98c5176c95b3c4ffc01212bf46b
>> > Author: Richard Yao gentoo org>
>> > Author
On Wed, Sep 9, 2015 at 2:00 PM, Alex Alexander wrote:
> Our bug queue has 83 bugs!
>
> If you have some spare time, please help assign/sort a few bugs.
>
> To view the bug queue, click here: http://bit.ly/m8PQS5
I suspect you used bit.ly to shorten a long bugzilla link, but it
doesn't need to be
In April I closed out ~100 bugs assigned to x11@ that the X11 team
never had any realistic ability to fix ourselves (see most bugs about
x11-drivers/ati-drivers). Most of these were fleeting driver bugs
affecting a particular piece of hardware and a (often now old)
particular version of the driver
# Matt Turner (28 Aug 2015)
# Masked for removal in 30 days. Bug 482304
x11-libs/libXevie
# Matt Turner (22 Aug 2015)
# nouveau has been in the kernel since 2.6.33
# Masked for removal in 30 days.
x11-base/nouveau-drm
On Thu, Aug 13, 2015 at 9:18 AM, Tyler Pohl wrote:
> Can someone please tell me how to get off this mailing list? Please please
> please
Well first you don't reply to an unrelated topic...
But the instructions are here:
https://www.gentoo.org/get-involved/mailing-lists/instructions.html
(the t
On Wed, Aug 12, 2015 at 3:40 AM, hasufell wrote:
> So, I've just tried to count the ++ for different ideas and even if I
> missed one or two or misread someone's opinion, I think the result is
> pretty clear:
>
> reference the bug only in the summary: 1
> don't make any of this mandatory: 1
> "Gen
On Sun, Aug 9, 2015 at 2:38 PM, Andrew Savchenko wrote:
> On Sun, 9 Aug 2015 20:42:00 +0200 hasufell wrote:
>> On 08/09/2015 08:25 PM, Agostino Sarubbo wrote:
>> > commit: 3fd6580a947db519cb60a4c2a05ec380ceb681d8
>> > Author: Agostino Sarubbo gentoo org>
>> > AuthorDate: Sun Aug 9 18:23
On Sat, Jun 13, 2015 at 4:18 AM, Andreas K. Huettel
wrote:
> # Andreas K. Huettel (13 June 2016)
s/2016/2015/
On Sun, Mar 29, 2015 at 11:58 AM, Matthias Schwarzott wrote:
> Hi there!
>
> I updated my ~amd64 system recently to new hardware (Intel Core i3-4160).
> Since then valgrind did no longer work for 32bit programs because
> "-march=native" did choose instructions that valgrind does not support
> in 3
On Sat, Mar 14, 2015 at 5:56 PM, Peter Stuge wrote:
> Andreas K. Huettel wrote:
>> > 0. What names for the tree/repository.
>>
>> "gentoo"
>
> IMO this is the only really accurate name.
I completely agree (with everything else in this email as well).
On Fri, Feb 27, 2015 at 5:46 PM, Andrew Savchenko wrote:
> On Sat, 21 Feb 2015 02:44:54 +0300 Andrew Savchenko wrote:
>> Hello,
>>
>> at this moment 8 packages uses "seccomp" flag:
>>
>> app-admin/clsync
>> app-emulation/qemu
>> app-emulation/lxc
>> net-dns/bind
>> net-misc/tlsdate
>> net-misc/tor
On Sun, Feb 1, 2015 at 3:28 PM, Zac Medico wrote:
> On 02/01/2015 02:39 PM, Matt Turner wrote:
>> On Sun, Feb 1, 2015 at 2:17 PM, Michał Górny wrote:
>>> 2. app-emulation/bochs got local USE=3dnow and USE=avx since the flag
>>> control support of emulating the two i
On Sun, Feb 1, 2015 at 2:17 PM, Michał Górny wrote:
> 2. app-emulation/bochs got local USE=3dnow and USE=avx since the flag
> control support of emulating the two instruction sets rather than using
> host CPU instruction sets.
Wouldn't it be simpler to use CPU_FLAGS_X86 for these and simply
disab
On Sun, Jan 18, 2015 at 3:23 PM, Michał Górny wrote:
> Dnia 2015-01-18, o godz. 15:15:22
> Matt Turner napisał(a):
>
>> On Sun, Jan 18, 2015 at 12:44 PM, Michał Górny wrote:
>> > Hello,
>> >
>> > I would like to commit the following flags as cpu_flags_x
On Sun, Jan 18, 2015 at 12:44 PM, 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 Enhanced 3
401 - 500 of 700 matches
Mail list logo
