Re: [gentoo-dev] AUTHORS file for portage repository

On Tue, Nov 27, 2018 at 12:11 PM Rich Freeman wrote: > > On Tue, Nov 27, 2018 at 2:58 PM Matt Turner wrote: > > > > What Copyright-owner header are you talking about? > > We would create one, just as we've created bugzilla tags in git for > closing bugs/etc. Surely p

Re: [gentoo-dev] AUTHORS file for portage repository

On Tue, Nov 27, 2018 at 9:49 AM Rich Freeman wrote: > > On Tue, Nov 27, 2018 at 11:59 AM Matt Turner wrote: > > > > On Tue, Nov 27, 2018 at 7:41 AM Rich Freeman wrote: > > > It makes sense to ensure that the solution actually solves the problem >

Re: [gentoo-dev] AUTHORS file for portage repository

On Tue, Nov 27, 2018 at 7:58 AM Andrey Utkin wrote: > > On Tue, Nov 27, 2018 at 09:12:26AM -0600, William Hubbs wrote: > > All, > > > > based on the previous thread about copyright attribution clarifications, > > I want to add the following AUTHORS file to the top level of the portage > >

Re: [gentoo-dev] AUTHORS file for portage repository

On Tue, Nov 27, 2018 at 7:41 AM Rich Freeman wrote: > It makes sense to ensure that the solution actually solves the problem > before we simply implement it. > > If we really need such a file it would probably also make more sense > to have it auto-generated from git commit headers And how do

Re: [gentoo-dev] Packages up for grabs from xmw@g.o

On Sun, Nov 25, 2018 at 2:05 AM Michał Górny wrote: > app-shells/autojump I'll take this.

[gentoo-dev] Last rites: app-eselect/eselect-mesa

Forgot to send this one out when I committed it. # Matt Turner (29 Sep 2018) # Removal in 30 days, bug #576334 app-eselect/eselect-mesa signature.asc Description: PGP signature

[gentoo-dev] Last rites: media-libs/libomxil-bellagio

# Matt Turner (16 Oct 2018) # Unmaintained. Unused. Removal in 30 days. Bug #668826 media-libs/libomxil-bellagio signature.asc Description: PGP signature

Re: [gentoo-dev] net-dns/dnssec-root: Blind stable on arm, critical bug 667774

On Thu, Oct 11, 2018 at 4:38 PM Sergei Trofimovich wrote: > > On Thu, 11 Oct 2018 17:10:10 +0200 > Thomas Deutschmann wrote: > > > Let me quote > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f6f6bb91b7f134a121ef9fa1dd504b9ca52c5aa8: > > > > > net-dns/dnssec-root: Blind stable on arm,

Re: [gentoo-dev] [RFC] C++ standard in ebuilds

I don't understand what a potential solution would be. The various projects use -std=c++XXX because that's what their code requires. -std=c++XXX can't generally be changed. If a dependent project is incompatible that's no different than any other case of incompatible dependencies in Gentoo. I

Re: [gentoo-dev] Changing policy about -Werror

On Thu, Sep 13, 2018 at 5:44 PM Richard Yao wrote: > > On Sep 13, 2018, at 7:21 PM, Matt Turner wrote: > > > > On Thu, Sep 13, 2018 at 4:13 PM Richard Yao wrote: > >>> On Sep 13, 2018, at 12:03 PM, Fabian Groffen wrote: > >>> > >>

Re: [gentoo-dev] Changing policy about -Werror

On Thu, Sep 13, 2018 at 4:13 PM Richard Yao wrote: > > On Sep 13, 2018, at 12:03 PM, Fabian Groffen wrote: > > > >> On 13-09-2018 07:36:09 -0400, Richard Yao wrote: > >> > >> > On Sep 12, 2018, at 6:55 PM, Thomas Deutschmann > wrote: > > On 2018-09-12 16:50, Rich Freeman

Re: [gentoo-dev] Changing policy about -Werror

On Wed, Sep 12, 2018 at 5:11 PM Rich Freeman wrote: > > On Wed, Sep 12, 2018 at 7:52 PM Matt Turner wrote: > > > > On Wed, Sep 12, 2018 at 4:03 PM Rich Freeman wrote: > > > Now, I could buy that -Werror turns NEW warnings into fatal errors, > > > due to

Re: [gentoo-dev] Changing policy about -Werror

On Wed, Sep 12, 2018 at 4:03 PM Rich Freeman wrote: > Now, I could buy that -Werror turns NEW warnings into fatal errors, > due to the use of a newer toolchain, since upstream probably didn't > test with that toolchain and thus wouldn't have seen the warning. Yes, exactly. This is one of the

Re: [gentoo-dev] Changing policy about -Werror

On Mon, Sep 10, 2018 at 1:34 PM Chí-Thanh Christopher Nguyễn wrote: > > Jason Zaman schrieb: > >> No. With -Werror, upstream indicates that if a warning occurs, the build > >> should fail and the resulting code not be installed on user systems. > >> > >> Instead, someone knowledgeable should look

Re: [gentoo-dev] Changing policy about -Werror

On Sun, Sep 9, 2018 at 4:32 AM Andrew Savchenko wrote: > > Hi! > > Our current -Werror policy demands unconditional removal: > https://devmanual.gentoo.org/ebuild-writing/common-mistakes/index.html#-werror-compiler-flag-not-removed > > I think this is wrong, see bugs 665464, 665538 for a recent >

Re: [gentoo-dev] Gentoo i486 support

On Wed, Aug 22, 2018 at 5:26 AM Ben Kohler wrote: > 2) Patch catalyst to start setting CXXFLAGS again. Rather than roll > back to exactly CXXFLAGS="${CFLAGS}" again, it's been suggested that we > start setting COMMON_FLAGS, and CFLAGS="${COMMON_FLAGS}" > CXXFLAGS=${COMMON_FLAGS}" etc. I

[gentoo-dev] Last Rites: dev-libs/weston

# Matt Turner (18 Aug 2018) # Unmaintained in Gentoo. Removal in 30 days. # Bug 663998 dev-libs/weston signature.asc Description: PGP signature

Re: [gentoo-dev] rfc: moving default location of portage tree (was: [gentoo-project] Call for agenda items - Council meeting 2018-07-29)

On Sun, Jul 29, 2018 at 1:01 PM, Rich Freeman wrote: > On Sun, Jul 29, 2018 at 3:56 PM Matt Turner wrote: >> >> On Fri, Jul 27, 2018 at 1:32 AM, Ulrich Mueller wrote: >> > >> > So, considering all the feedback from mailing list and IRC: >> > >&

Re: [gentoo-dev] rfc: moving default location of portage tree (was: [gentoo-project] Call for agenda items - Council meeting 2018-07-29)

On Fri, Jul 27, 2018 at 1:32 AM, Ulrich Mueller wrote: >> On Thu, 19 Jul 2018, Chí-Thanh Christopher Nguyễn wrote: > >>> Users must never need to modify files in /var/lib to configure a >>> package's operation, and _the_specific_file_hierarchy_ used to >>> store the data _must_not_be_

Re: [gentoo-dev] rfc: moving default location of portage tree (was: [gentoo-project] Call for agenda items - Council meeting 2018-07-29)

On Fri, Jul 27, 2018 at 1:40 AM, Michał Górny wrote: > Dnia 27 lipca 2018 10:32:17 CEST, Ulrich Mueller napisał(a): >>> On Thu, 19 Jul 2018, Chí-Thanh Christopher Nguyễn wrote: >> Users must never need to modify files in /var/lib to configure a package's operation, and

Re: [gentoo-dev] RFC: gles global USE flag, USE=opengl clarifying

On Mon, Jul 23, 2018 at 10:11 AM, Mart Raudsepp wrote: > Hello, > > Currently we have rather a mess in terms of OpenGL API handling. > I think much of it comes from USE=opengl being rather vague - is it > supposed to mean "Use desktop GL", "Use GLX", or "Enable OpenGL > support". All of these

Re: [gentoo-dev] Adding USE=udev to linux profiles

On Fri, Jul 20, 2018 at 7:13 AM, Michael Orlitzky wrote: > On 07/20/2018 03:37 AM, Matt Turner wrote: >>> >>> If I want to undo your new flag, I have to set USE="-udev" globally, and >>> that clobbers any important per-package defaults that maintainers

Re: [gentoo-dev] Adding USE=udev to linux profiles

On Thu, Jul 19, 2018 at 3:00 PM, Michael Orlitzky wrote: > On 07/19/2018 05:51 PM, Ben Kohler wrote: >> Hello, >> >> I'd like to propose adding USE=udev to our linux profiles (in >> profiles/default/linux/make.defaults probably). This flag is already >> enabled on desktop profiles but it also

Re: [gentoo-dev] Re: What means bup?

On Wed, Jul 18, 2018 at 3:26 AM, Matthew Thode wrote: > On 18-07-18 09:16:07, Johannes Huber wrote: >> Hi all, >> >> english is not my mother language, so please clarify what bup means, just >> seen here: >> >>

Re: [gentoo-dev] rfc: killing mediawiki

On Tue, Jul 3, 2018 at 1:39 PM William Hubbs wrote: > > All, > > some of us have talked about this on IRC off and on, but I want to bring > it up here as well. > > I don't care that we have a wiki, but can we please look into killing > mediawiki and look at something with a git backend? It would

Re: [gentoo-dev] rfc: why are we still distributing the portage tree via rsync?

On Tue, Jul 3, 2018 at 12:36 PM Rich Freeman wrote: > > On Tue, Jul 3, 2018 at 12:22 PM Matt Turner wrote: > > > > On Tue, Jul 3, 2018 at 11:38 AM Rich Freeman wrote: > > > 4. by default git tends to accumulate history, which can eat up disk > > > space. I

Re: [gentoo-dev] rfc: why are we still distributing the portage tree via rsync?

On Tue, Jul 3, 2018 at 12:33 PM Matthias Maier wrote: > > > On Tue, Jul 3, 2018, at 11:22 CDT, Matt Turner wrote: > > > I'd be happy to switch if the space requirements were similar. > > $ git clone --depth=1 https://github.com/gentoo-mirror/gentoo > > occupies 6

Re: [gentoo-dev] rfc: why are we still distributing the portage tree via rsync?

On Tue, Jul 3, 2018 at 11:38 AM Rich Freeman wrote: > 4. by default git tends to accumulate history, which can eat up disk > space. I imagine this could be automatically trimmed if users wanted, > though during syncing it would at least need to store all the commits > between the last fetched

[gentoo-dev] x11-terms/xterm up for grabs

xterm isn't part of the core set of X applications and libraries from FreeDesktop.org and it's not something I personally use. I've dropped x11@ ownership of it. Please pick it up if you use it or it interests you. There are only 4 bugs filed against it. None looks particularly difficult and the

[gentoo-dev] Suggestions for simplifying VIDEO_CARDS situation

Hello, VIDEO_CARDS is an annoying mess. We used to have radeon, intel, and some others in media-libs/mesa's VIDEO_CARDS. radeon and intel corresponded to disparate sets of drivers -- VIDEO_CARDS=radeon has meant classic r100, r200, r300, and r600 drivers and gallium r600 and radeonsi drivers.

[gentoo-dev] Monthly x11@ project status for June 2018

x11@ is currently assigned or cc'd on 176 bugs. This number is down from 222 on April 1st and more than 412 in February 2015 (I reported this on #gentoo-desktop after closing out a bunch of bugs that day). == Fix x11-base/xorg-server suid/systemd situation == https://bugs.gentoo.org/635102

Re: [gentoo-dev] Developers, please start switching to 17.1 amd64 profiles

On Fri, May 25, 2018 at 12:29 PM, Georgy Yakovlev wrote: > On Tuesday, May 22, 2018 9:36:17 AM PDT Michał Górny wrote: >> Hi, everyone. >> >> With some delay, I would like to officially announce that the Council >> has approved the direction in which 17.1 amd64 profiles are

[gentoo-dev] Last rites: x11-libs/libXfont

# Matt Turner <matts...@gentoo.org> (20 May 2018) # Removal in 30 days. Bug #655102 x11-libs/libXfont signature.asc Description: Digital signature

[gentoo-dev] Last rites: app-i18n/fbiterm

# Matt Turner <matts...@gentoo.org> (20 May 2018) # Unmaintained. Dead homepage. Depends on dead libXfont. # Removal in 30 days. Bug #655104 app-i18n/fbiterm signature.asc Description: Digital signature

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

On Wed, May 9, 2018 at 11:43 AM, Matt Turner <matts...@gentoo.org> wrote: > Irrespective to the answer to that question, it's my opinion that we > should not execute code via the package manager that has the potential > to bring down the whole system. ... and if anyone doubts t

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

On Wed, May 9, 2018 at 10:19 AM, Alec Warner <anta...@gentoo.org> wrote: > On Wed, May 9, 2018 at 12:34 PM, Matt Turner <matts...@gentoo.org> wrote: >> >> On Tue, May 8, 2018 at 11:51 PM, Dennis Schridde <devuran...@gmx.net> >> wrote: >> > H

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

On Tue, May 8, 2018 at 11:51 PM, Dennis Schridde wrote: > 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. I want to respond to the mention of OpenCL being

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

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. Hence I would like to ask: Could we

Re: [gentoo-dev] Monthly x11@ project status for May 2018

On Mon, May 7, 2018 at 11:24 PM, Brian Dolbec <dol...@gentoo.org> wrote: > On Mon, 7 May 2018 13:38:47 -0700 > Matt Turner <matts...@gentoo.org> wrote: > >> >> If there's a way to have repoman alert developers to deprecated >> dependencies in the same way

[gentoo-dev] Re: Monthly x11@ project status for May 2018

On Mon, May 7, 2018 at 1:38 PM, Matt Turner <matts...@gentoo.org> 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 media-libs/m

[gentoo-dev] Monthly x11@ project status for May 2018

Firstly, I'd like to welcome Nick Sarnie to the X11 team. He's been very helpful in improving the state of media-libs/vulkan-loader for a while now, so it's nice to make it official! == Fix x11-base/xorg-server suid/systemd situation == https://bugs.gentoo.org/635102

[gentoo-dev] Re: [PATCH] profiles/profiles.desc: move hppa profiles stable->exp

default/linux/hppa/17.0/desktop exp > hppadefault/linux/hppa/17.0/developer exp > -- > 2.17.0 > Acked-by: Matt Turner <matts...@gentoo.org> For those not in #gentoo-hppa, I attempted to start a conversation with Jeroen about moving hppa

Re: [gentoo-dev] bug queue size over time

On Wed, May 2, 2018 at 10:24 AM, Andreas K. Huettel wrote: > Am Mittwoch, 2. Mai 2018, 18:42:32 CEST schrieb Paweł Hajdan, Jr.: >> >> Just checking back here - what would be the best way to graph number of >> bugs with given assignee, preferably with historical backfill? >>

[gentoo-dev] [PATCH 4/4] kde4-base.eclass: Transition deps to x11-base/xorg-proto

--- eclass/kde4-base.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/kde4-base.eclass b/eclass/kde4-base.eclass index 8abade2677d4..72e4fcfe526b 100644 --- a/eclass/kde4-base.eclass +++ b/eclass/kde4-base.eclass @@ -387,7 +387,7 @@ kdedepend="

[gentoo-dev] [PATCH 3/4] toolchain.eclass: Transition deps to x11-base/xorg-proto

--- eclass/toolchain.eclass | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass index 2da455ad4e3b..df76dc4feb8c 100644 --- a/eclass/toolchain.eclass +++ b/eclass/toolchain.eclass @@ -206,11 +206,10 @@ DEPEND="${RDEPEND} if

[gentoo-dev] [PATCH 2/4] xorg-2.eclass: Fix typo'd DRI_COMMON_DEPEND

--- eclass/xorg-2.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass index 96a469163cfd..0329a7aa623a 100644 --- a/eclass/xorg-2.eclass +++ b/eclass/xorg-2.eclass @@ -210,7 +210,7 @@ case ${XORG_DRI} in IUSE+="

[gentoo-dev] [PATCH 1/4] xorg-2.eclass: Transition deps to x11-base/xorg-proto

DRI_DEPEND can go away since all xf86-video-* drivers now directly depend on x11-base/xorg-proto, which includes the dependencies from DRI_DEPEND. --- eclass/xorg-2.eclass | 25 ++--- 1 file changed, 2 insertions(+), 23 deletions(-) diff --git a/eclass/xorg-2.eclass

[gentoo-dev] Last rites: x11-libs/xpyb

# Matt Turner <matts...@gentoo.org> (21 Apr 2018) # Awful, unmaintained, unused. Removal in 30 days. Bug #651300. x11-libs/xpyb signature.asc Description: Digital signature

[gentoo-dev] Last Rites: x11-libs/libXp and x11-proto/printproto

# Matt Turner <matts...@gentoo.org> (21 Apr 2018) # Protocol headers and client library for the long dead Xprint extension. # Removal in 30 days. Bug #649076. x11-proto/printproto x11-libs/libXp signature.asc Description: Digital signature

Re: [gentoo-dev] berkdb and gdbm in global USE defaults

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.

[gentoo-dev] Re: Monthly x11@ project status for April 2018

On Sun, Apr 1, 2018 at 8:08 PM, Matt Turner <matts...@gentoo.org> 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, w

[gentoo-dev] Monthly mips@ project status for April 2018

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

[gentoo-dev] Monthly x11@ project status for April 2018

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

Re: [gentoo-dev] [PATCH] cmake-utils.eclass: Make the new ASM-ATT rules actually work

On Mon, Mar 19, 2018 at 3:40 PM, James Le Cuirot <ch...@gentoo.org> wrote: > On Mon, 19 Mar 2018 15:16:47 -0700 > Matt Turner <matts...@gentoo.org> wrote: > >> Thanks for looking into this! >> >> I'm not sure I understand the -nostdlib portion. It's somethin

Re: [gentoo-dev] [PATCH] cmake-utils.eclass: Make the new ASM-ATT rules actually work

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?

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

On Tue, Mar 6, 2018 at 2:27 PM, Alec Warner <anta...@gentoo.org> wrote: > On Tue, Mar 6, 2018 at 5:22 PM, Matt Turner <matts...@gentoo.org> wrote: >> On Tue, Mar 6, 2018 at 1:35 PM, Rich Freeman <ri...@gentoo.org> wrote: >> > On Tue, Mar 6, 2018 at 4:17

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

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

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

On Tue, Mar 6, 2018 at 1:17 PM, Andreas K. Huettel <dilfri...@gentoo.org> 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 ne

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

On Tue, Mar 6, 2018 at 1:00 AM, Dirkjan Ochtman <d...@gentoo.org> wrote: > On Tue, Mar 6, 2018 at 2:52 AM, Matt Turner <matts...@gentoo.org> wrote: >> >> In the end we might get to delete some code from portage or an eclass? >> Does this seem worth it? > > &

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

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

[gentoo-dev] Is removing old EAPIs worth the churn?

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

Re: [gentoo-dev] Last Rites: Dead X11 packages

On Thu, Feb 8, 2018 at 5:37 AM, Brian Evans <grkni...@gentoo.org> wrote: > On 2/7/2018 9:54 PM, Matt Turner wrote: >> # Matt Turner <matts...@gentoo.org> (06 Feb 2018) >> # Dead and unused >> # Masked for removal in 30 days. Bug #646838 >> x11-libs/libXCal

Re: [gentoo-dev] Last Rites: Dead X11 packages

On Thu, Feb 8, 2018 at 5:37 AM, Brian Evans <grkni...@gentoo.org> wrote: > On 2/7/2018 9:54 PM, Matt Turner wrote: >> # Matt Turner <matts...@gentoo.org> (06 Feb 2018) >> # Dead and unused >> # Masked for removal in 30 days. Bug #646838 >> x11-libs/libXCal

[gentoo-dev] Last Rites: Dead X11 packages

# Matt Turner <matts...@gentoo.org> (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

Re: [gentoo-dev] reproducible builds

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

Re: [gentoo-dev] Upcoming posting restrictions on the gentoo-dev mailing list

On Wed, Jan 10, 2018 at 1:55 AM, Michał Górny <mgo...@gentoo.org> 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 <dilfri...@gentoo.org> >> wrote: >> >

Re: [gentoo-dev] Upcoming posting restrictions on the gentoo-dev mailing list

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

Re: [gentoo-dev] We Are All wltjr On This Blessed Day

On Mon, Dec 4, 2017 at 1:46 PM, William L. Thomson Jr. <wlt...@o-sinc.com> wrote: > On Mon, 4 Dec 2017 13:26:26 -0800 > Matt Turner <matts...@gentoo.org> wrote: > >> On Mon, Dec 4, 2017 at 10:52 AM, William L. Thomson Jr. >> <wlt...@o-sinc.com> wrote:

Re: [gentoo-dev] We Are All wltjr On This Blessed Day

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

[gentoo-dev] Re: [gentoo-project] [RFC] Splitting developer-oriented and expert user mailing lists

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

[gentoo-dev] Re: [gentoo-project] [RFC] Splitting developer-oriented and expert user mailing lists

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

[gentoo-dev] Last Rites: Unmaintained x11-drivers/xf86-input-* drivers

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

Re: [gentoo-dev] Last Rites: Ancient x11-drivers/*

On Sat, Nov 25, 2017 at 12:05 AM, Michał Górny <mgo...@gentoo.org> 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 <bradf...@fstab.me> >> wrote: >> > On Thu,

Re: [gentoo-dev] Last Rites: Ancient x11-drivers/*

On Thu, Nov 23, 2017 at 10:52 PM, Richard Bradfield <bradf...@fstab.me> 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

Re: [gentoo-dev] Last Rites: Ancient x11-drivers/*

On Thu, Nov 23, 2017 at 11:31 PM, Robin H. Johnson <robb...@gentoo.org> 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,

[gentoo-dev] Last Rites: Ancient x11-drivers/*

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

Re: [gentoo-dev] Open Build Service

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

Re: [gentoo-dev] USE flags in base profiles

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

Re: [gentoo-dev] Reviving the Sandbox project

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

Re: [gentoo-dev] Re: On dropping sparc@ from CC on bugs

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

Re: [gentoo-dev] Last rites:sys-apps/more

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

Re: [gentoo-dev] Re: sys-boot/plymouth needs major fixes/maintainer

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

[gentoo-dev] Last rites: x11-proto/evieext

# Matt Turner <matts...@gentoo.org> (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

Re: [gentoo-dev] Call for help in testing - sparc + gnutls-3.5

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

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

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

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

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 >> >

Re: [gentoo-dev] taking a break from arches stabilization

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

Re: [gentoo-dev] [PATCH] Profile-enforced big-endian USE flag

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

Re: [gentoo-dev] Dropping ia64/ppc/sparc profiles to dev/exp

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 >>

Re: [gentoo-dev] linux/dma-buf.h mysteriously missing

On Thu, Mar 30, 2017 at 7:44 AM, Mike Gilbert <flop...@gentoo.org> wrote: > On Wed, Mar 29, 2017 at 1:51 PM, Matt Turner <matts...@gentoo.org> wrote: >> It's a bug that has since been fixed by kernel commit >> 2220fc1ab363e6fab1f321430d69be17a8b92bd7 ("uapi: add

Re: [gentoo-dev] linux/dma-buf.h mysteriously missing

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.

Re: [gentoo-dev] [PATCH 1/1] eclass/kernel-2: Add additional help text when K_SECURITY_UNSUPPORTED is set

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

[gentoo-dev] Last rites: app-misc/ofl

# Matt Turner <matts...@gentoo.org> (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

Re: [gentoo-dev] [PATCH] xorg-2.eclass: Enable verbose build logs.

On Sat, Mar 4, 2017 at 6:31 PM, Ulrich Mueller <u...@gentoo.org> wrote: >>>>>> On Sat, 4 Mar 2017, Matt Turner wrote: > >> On Sat, Mar 4, 2017 at 12:03 PM, Ulrich Mueller <u...@gentoo.org> wrote: >>> Isn't that rather pointless, given that in all

Re: [gentoo-dev] [PATCH] xorg-2.eclass: Enable verbose build logs.

On Sat, Mar 4, 2017 at 12:03 PM, Ulrich Mueller <u...@gentoo.org> 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;

[gentoo-dev] [PATCH] xorg-2.eclass: Enable verbose build logs.

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 @@

Re: [gentoo-dev] rfc: moving OpenRC to a meson-based build

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

[gentoo-dev] [PATCH] xorg-2.eclass: Use --disable-selective-werror.

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() {

Re: [gentoo-dev] [PATCH] xorg-2.eclass: Use --disable-selective-werror.

On Sun, Jan 29, 2017 at 12:00 PM, Sergei Trofimovich <sly...@gentoo.org> wrote: > On Sun, 29 Jan 2017 11:42:16 -0800 > Matt Turner <matts...@gentoo.org> wrote: > >> Bug: https://bugs.gentoo.org/416069 >> --- >> eclass/xorg-2.eclass | 5 + >> 1 f

[gentoo-dev] [PATCH] xorg-2.eclass: Use --disable-selective-werror.

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() {

<    1   2   3   4   5   6   7   8   >