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

On Sun, 17 May 2015 06:08:56 +1000 Michael Palimaka kensing...@gentoo.org wrote: 15 May 2015; Michael Palimaka kensing...@gentoo.org kde4-base.eclass: Sync with KDE overlay - update SRC_URI. This is a complete description of the changes made. OK, then that dash should be

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

On Sun, 7 Jun 2015 04:40:47 + (UTC) Duncan 1i5t5.dun...@cox.net wrote: Well, yes, but vgacon is rather dated, now. Never heard of a serial console? It's dated sure enough, but I for one use them on a daily basis, and not by choice. jer

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

On Sun, 7 Jun 2015 17:28:03 -0400 Mike Gilbert flop...@gentoo.org wrote: Sorry, I could I have sworn I saw something about easier scripting somewhere in the thread. Now you have two problems. ;-) jer

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog qt4-build-multilib.eclass

On Fri, 12 Jun 2015 19:05:18 +0200 Davide Pesavento p...@gentoo.org wrote: @@ -470,7 +470,7 @@ mv ${pcfile} ${ED}/usr/$(get_libdir)/pkgconfig || die done eshopts_pop - rmdir ${D}/${QT4_LIBDIR}/pkgconfig || die + rmdir ${D}/${QT4_LIBDIR}/pkgconfig

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: dev-python/pyfltk/, dev-python/pyfltk/files/

On Sun, 8 Nov 2015 08:50:51 +0100 Michał Górny wrote: > you just removed the last version supporting python2.7. > As a result, matplotlib and pygene can't be installed at all: pyfltk-1.3.3 works absolutely fine with python2.7. I wonder who removed _that_. jer

Re: [gentoo-dev] ChangeLog

On Mon, 2 Nov 2015 16:17:18 -0500 "Aaron W. Swenson" wrote: > Vadim, please don't top post. But do quote some forty lines from the message you reply to. It really helps in case someone lost the original, right? :-) jer

Re: [gentoo-dev] Github PR commenting policy

On Fri, 18 Sep 2015 20:09:16 -0400 Fernando Rodriguez wrote: > Github allows editting of comments in pull requests. Is there a > policy regarding that? I've noticed a comment disappear which makes > the rest of the conversation seem out of place. My personal

Re: [gentoo-dev] ALLARCHES and the maintainer action(s)

On Sat, 19 Sep 2015 14:24:25 +0200 Agostino Sarubbo wrote: > Unfortunately some people forget to look at the KEYWORDS field and > stabilize the package only for one architecture. Funny to see how you use "forget" here. How about, laugh at and ignore? > At this point I'm asking

Re: [gentoo-dev] News item: Apache "-D PHP5" needs update to "-D PHP"

On Mon, 4 Jan 2016 01:26:28 +0100 Sebastian Pipping wrote: > Hi! > > > Better late then never. Posting 72 hours from now the earliest as > advised by GLEP 42. Feedback welcome as usual. > > > === > Title: Apache "-D

Re: [gentoo-dev] gst-plugins-bad-1.6.2 No shmsink/shmsrc on armv7-hardfp

On Sat, 2 Jan 2016 11:43:17 +0530 Mandar Joshi wrote: > shmsink/shmsrc don't seem to get installed when installing > gst-plugins-bad-1.6.2. I don't know if the problem exists on other > arches as well. That's what we have a bug tracker for:

Re: [gentoo-dev] [PATCH 10/15] perl-module.eclass: Rename SRC_TEST to DIST_TEST in EAPI=6 and default to "do parallel"

On Fri, 11 Dec 2015 22:03:06 +0100 dilfri...@gentoo.org wrote: > From: "Andreas K. Huettel (dilfridge)" > > --- > eclass/perl-module.eclass | 40 > +++- 1 file changed, 23 > insertions(+), 17 deletions(-) > > diff --git

Re: [gentoo-dev] [warning] the bug queue has 82 bugs

On Sat, 06 Feb 2016 22:02:45 + "M. J. Everitt" wrote: > On 06/02/16 22:00, Alex Alexander wrote: > > Our bug queue has 82 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 > > >

Re: [gentoo-dev] abusive behaviour / communications from a user

On Tue, 2 Feb 2016 11:14:20 +0800 Ian Delaney wrote: > Members of comrel [...] > Please consider this and assess as you see fit. kthx jer

Re: [gentoo-dev] new developers' keyword requests

On Thu, 19 May 2016 18:36:22 -0700 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? If said arches are already supported in Gentoo > I see

[gentoo-dev] new developers' keyword requests

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 start maintaining packages and then realise their packages are so

Re: [gentoo-dev] [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

On Wed, 18 May 2016 19:31:38 -0400 Göktürk Yüksek wrote: > There could be some performance implications. cat will usually do > slow, buffered I/O. cp tries to be smarter with allocation, i.e. it > may take advantage of the btrfs specific clone to do a O(1) copy. Really?

Re: [gentoo-dev] new developers' keyword requests

On Fri, 20 May 2016 21:47:56 -0700 Matt Turner wrote: > 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 >

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

On Sat, 7 May 2016 23:25:58 +0200 Michał Górny wrote: > Do you seriously expect this code to work? How about testing? Or > reading diffs before committing? Somebody could have a go at implementing this: https://bugs.gentoo.org/show_bug.cgi?id=390651 It's been brewing for

Re: [gentoo-dev] Reminder: ALLARCHES

On Sun, 1 May 2016 16:16:59 -0700 Daniel Campbell <z...@gentoo.org> wrote: > On 05/01/2016 07:03 AM, Andreas K. Huettel wrote: > > Am Sonntag, 1. Mai 2016, 15:32:27 schrieb Jeroen Roovers: > >> On Sat, 30 Apr 2016 23:16:42 +0200 > > > > (For the record

Re: [gentoo-dev] Reminder: ALLARCHES

On Sat, 30 Apr 2016 23:16:42 +0200 "Andreas K. Huettel" wrote: > just as a small reminder, to ease the load on all arch teams: > > If a stablerequest has the keyword ALLARCHES set, then > * the first arch that tests successfully and stabilizes > * can and *should*

Re: [gentoo-dev] On banning merge commits

On Sun, 8 May 2016 05:53:42 -0700 Brian Dolbec wrote: > It is these > larger commit branches that are much more difficult to "git pull > --rebase && git push --signed" successfully without some other pushes > in between causing a rejected non-fast forward push. You mean doing

Re: [gentoo-dev] [PATCH] versionator.eclass: Add tests for parameter counts

On Sun, 24 Jul 2016 12:17:56 +0200 Michał Górny wrote: > But that's a social problem that could easily solved by more > proactive retirements, and not a good API design point. You need some trained and payed PR people to correct your writings before they go to press or you

Re: [gentoo-dev] recent glibc commit breaks boost on sparc64

On Thu, 08 Sep 2016 18:49:06 -0400 alexmcwhir...@triadic.us wrote: > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. See what happened there? Kind regards, jer

Re: [gentoo-dev] Mirrors corrupts?

On Sat, 8 Oct 2016 14:52:13 + Joakim Tjernlund wrote: > Tried several mirrors and I still get: https://bugs.gentoo.org/show_bug.cgi?id=596462

Re: [gentoo-dev] Developer GitHub usernames

On Mon, 21 Nov 2016 10:01:47 +0100 Michał Górny wrote: > Since some of our people don't want to admit they're using GitHub or > otherwise want to pretend they're not Interesting how you simply can't understand that some people hate mixing work and pleasure[1] and how you then

Re: [gentoo-dev] Developer GitHub usernames

On Mon, 21 Nov 2016 20:36:42 + Ciaran McCreesh wrote: > Wait what. Why am I being blamed for any of this? I assure you, Michał > isn't one of my sockpuppet developer accounts, and my involvement with > Github as a company is limited to them buying me an awful

Re: [gentoo-dev] bzipped manpages

On Mon, 9 Jan 2017 09:08:22 +0100 Jan Stary wrote: > This is Gentoo 2.2 (4.4.6-gentoo x86_64). That doesn't actually tell any Gentoo user anything about your system except a very specific few bits of data which do not relate at all to the rest of the subject matter of your

[gentoo-dev] linux-mod.eclass: Check for !TRIM_UNUSED_KSYMS

--- a/eclass/linux-mod.eclass +++ b/eclass/linux-mod.eclass @@ -566,6 +566,9 @@ linux-mod_pkg_setup() { return fi + # External modules use kernel symbols (bug #591832) + export CONFIG_CHECK+=" !TRIM_UNUSED_KSYMS" + linux-info_pkg_setup;

Re: [gentoo-dev] linux-mod.eclass: Check for !TRIM_UNUSED_KSYMS

On Tue, 29 Nov 2016 10:39:04 -0500 Mike Gilbert <flop...@gentoo.org> wrote: > On Tue, Nov 29, 2016 at 9:14 AM, Jeroen Roovers <j...@gentoo.org> > wrote: > > --- a/eclass/linux-mod.eclass > > +++ b/eclass/linux-mod.eclass > > @@ -566,6 +566,9 @@ linux-mod_pkg_

Re: [gentoo-dev] Re: The changes about the stabilization process

On Wed, 28 Dec 2016 22:31:19 + Ciaran McCreesh wrote: > We made a deliberate decision not to use the word "atom" in PMS > because it means subtly different things in different contexts. You're doing it again! You're not citing any decisions on actual mailing

Re: [gentoo-dev] Re: The changes about the stabilization process

On Thu, 29 Dec 2016 03:49:30 +1100 Michael Palimaka wrote: > > Can you please avoid reintroducing the term "atom" there, when we > > are trying to get rid of it elsewhere [1]? Note that PMS doesn't > > define the term [2]. > > Any suggestions for improved text? Ideally

Re: [gentoo-dev] [PATCH] sys-libs/ncurses: Use --cache-file to speedup subsequent econf runs

On Tue, 21 Mar 2017 19:33:46 +0100 Michał Górny wrote: > If you really believe users should suffer a 30-minute rebuild for > a build-time fix, sure. Your statement implies that indiscriminately using the unstable branch shouldn't involve unnecessary suffering, whereas I

[gentoo-dev] autotools.eclass: automatically move configure.in to configure.ac

https://bugs.gentoo.org/show_bug.cgi?id=426262diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass index 2710bf827b..76a5c2eade 100644 --- a/eclass/autotools.eclass +++ b/eclass/autotools.eclass @@ -341,10 +341,11 @@ eautoconf() { echo die "No configure.{ac,in} present!" fi - if

Re: [gentoo-dev] Bugzilla package list editing

On Tue, 02 May 2017 14:32:13 +0200 Ulrich Mueller wrote: > > On Tue, 2 May 2017, Chí-Thanh Christopher Nguyễn wrote: > > > Also very common is that he changes fully qualified package names > > (which is the correct syntax per [1]) into fully qualified package > > atoms

Re: [gentoo-dev] Bugzilla package list editing

On Tue, 2 May 2017 13:05:38 +0200 Chí-Thanh Christopher Nguyễn wrote: > One recent example of non-maintainer activity in the package list > field is bug 613104, where he just removed the entire package list > (and then marked the bug WONTFIX). I've been in desktop-misc@

[gentoo-dev] ATTN: Fw: "Please let's talk if spamming everyone pointlessly is really needed."

-204422_1920x1080_scrot.png Begin forwarded message: Date: Thu, 07 Jun 2018 22:39:22 +0200 From: "Andreas K. Huettel" To: Jeroen Roovers Cc: bugzi...@gentoo.org, com...@gentoo.org Subject: Re: "Please let's talk if spamming everyone pointlessly is really needed." Am Donn

[gentoo-dev] Fw: "Please let's talk if spamming everyone pointlessly is really needed."

Behold the magic of emergency announcements. Begin forwarded message: Date: Sat, 09 Jun 2018 12:56:03 +0200 From: "Andreas K. Huettel" To: Jeroen Roovers Cc: bugzi...@gentoo.org, com...@gentoo.org Subject: Re: "Please let's talk if spamming everyone pointlessly is reall

Re: [gentoo-dev] [PATCH 1/1] profiles: drop USE=cracklib from base/make.defaults.

On Fri, 22 Dec 2017 12:30:35 -0500 Michael Orlitzky <m...@gentoo.org> wrote: > On 12/21/2017 02:27 PM, Jeroen Roovers wrote: > > On Thu, 21 Dec 2017 10:10:30 -0500 > > Michael Orlitzky <m...@gentoo.org> wrote: > > > >> The "cracklib"

Re: [gentoo-dev] [PATCH 1/1] profiles: drop USE=cracklib from base/make.defaults.

On Thu, 21 Dec 2017 10:10:30 -0500 Michael Orlitzky wrote: > The "cracklib" USE flag has long (since 2007ish) been enabled by > default for all profiles. But, the features that it provides are not > critical for any of the packages that use it: typically, the library > is used

Re: [gentoo-dev] [PATCH] use.desc: Improve description of USE=test

Hi Kent, On Sat, 25 Aug 2018 01:23:06 +1200 Kent Fredric wrote: > On Tue, 21 Aug 2018 22:29:29 -0400 > Mike Gilbert wrote: > > > Setting RESTRICT="!test? ( test )" is generally sufficient. > > But that would require setting that virtually *everything* that has > both tests, and

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

On Sun, 9 Sep 2018 14:32:21 +0300 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 Which is great. > I think this is wrong, see bugs 665464,

Re: [gentoo-dev] Proliferation of IUSE=static-libs in Gentoo

On Thu, 08 Mar 2018 16:40:44 +0100 Michał Górny wrote: > As part of that we also shouldn't deliver static libraries OK, so you want to absolutely kill dead the only current sane way for developers who use Gentoo to ship static binaries to their users' target systems? Drive

Re: [gentoo-dev] [RFC] Global use flag 'zip'

On Fri, 12 Oct 2018 22:09:52 +0200 Michał Górny wrote: > Hi, > > I'd like to propose adding the following global USE flag: > > zip - Enable support for .zip archives The file format is called ZIP. Kind regards, jer

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

On Thu, 11 Oct 2018 19:14:00 +0200 Thomas Deutschmann wrote: > > 1) Someone blind-stabled something on arm and it broke (doesn't > > build?) 2) The arm team failed to mark a package stable before a > > hard deadline (DNSSEC key rotation) "Blind-stabled"... > But that's not the point here. The

Re: [gentoo-dev] Signed-off-by verification incoming

On Sat, 29 Sep 2018 10:19:10 +0200 Michał Górny wrote: > Hi, everyone. > > Just FYI, I'm going to enable the git hook to verify Signed-off-by > tags on gentoo.git (most likely all repos later on). I've tested it > against all the test cases I could think of but if you have any > trouble

Re: [gentoo-dev] Signed-off-by verification incoming

On Sat, 29 Sep 2018 15:25:25 +0200 Dirkjan Ochtman wrote: > On Sat, Sep 29, 2018 at 3:14 PM Jeroen Roovers wrote: > > > 0a) Explain to me how to fix my commits that I now can't push, or > Try git rebase -i and use "r" for "reword" on every commit. `git rebas

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: net-libs/libssh2/

OK, let's do a full review of your review. On Mon, 01 Oct 2018 17:00:24 +0200 Michał Górny wrote: > On Mon, 2018-10-01 at 11:46 +0000, Jeroen Roovers wrote: > > commit: d866d4705e1e4a092579a31df2815e3407950a19 > > Author: Jeroen Roovers gentoo org> > > AuthorD

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: net-libs/libssh2/

On Mon, 01 Oct 2018 17:00:24 +0200 Michał Górny wrote: > So your src_compile() is now broken for Ninja users, and src_test() > is broken altogether. How about cmake-multilib eclass? DROP > IUSE=test is not used at all. THAT > By the way, MULTILIB_USEDEP certainly missing here. BLOODY >

Re: [gentoo-dev] Last rites: =x11-drivers/nvidia-drivers-375* =x11-drivers/nvidia-drivers-378* =x11-drivers/nvidia-drivers-381* =x11-drivers/nvidia-drivers-384* =x11-drivers/nvidia-drivers-387* =x11-d

(Re-sending using the proper e-mail address) On Sat, 15 Dec 2018 21:53:03 +1300 Kent Fredric wrote: > On Fri, 14 Dec 2018 15:04:22 +0100 > Jeroen Roovers wrote: > > > According to Nvidia these are former "Short Lived" branches that > > are no longer supported.

Re: [gentoo-dev] Last rites: =x11-drivers/nvidia-drivers-375* =x11-drivers/nvidia-drivers-378* =x11-drivers/nvidia-drivers-381* =x11-drivers/nvidia-drivers-384* =x11-drivers/nvidia-drivers-387* =x11-d

On Fri, 14 Dec 2018 12:03:52 -0800 Matt Turner wrote: > Thanks. What do we want to do about -304? It's not on the list above because it's a "legacy driver", not a "short lived" branch[1]. It's not relevant in this context what happens to the 304 branch, the context being a cleanup of

Re: [gentoo-dev] Last rites: =x11-drivers/nvidia-drivers-375* =x11-drivers/nvidia-drivers-378* =x11-drivers/nvidia-drivers-381* =x11-drivers/nvidia-drivers-384* =x11-drivers/nvidia-drivers-387* =x11-d

On Sun, 16 Dec 2018 23:12:55 +0200 Mart Raudsepp wrote: > > It's bug https://bugs.gentoo.org/669588 > > That bug should have remained open until cleanup is concluded, afaik. > Could also change whiteboard to s/stable/cleanup/ (I was about to > reopen and do that, but bugzilla suddenly had me

[gentoo-dev] Re: Last rites: =x11-drivers/nvidia-drivers-375* =x11-drivers/nvidia-drivers-378* =x11-drivers/nvidia-drivers-381* =x11-drivers/nvidia-drivers-384* =x11-drivers/nvidia-drivers-387* =x11-d

On Fri, 14 Dec 2018 15:04:22 +0100 Jeroen Roovers wrote: > According to Nvidia these are former "Short Lived" branches that are > no longer supported. > > > # Jeroen Roovers (14 Dec 2018) > # Deprecated short lived branches > # https://www.nvidia.com/object/

Re: [gentoo-dev] Last rites: =x11-drivers/nvidia-drivers-375* =x11-drivers/nvidia-drivers-378* =x11-drivers/nvidia-drivers-381* =x11-drivers/nvidia-drivers-384* =x11-drivers/nvidia-drivers-387* =x11-d

On Sun, 16 Dec 2018 14:45:11 -0500 Matt Turner wrote: > I guess my question to you is whether you think it's okay to mask -304 > for removal or whether there are enough users that we should keep it > under package.mask? "The Linux 304.* legacy driver series is the last to support the NV4x and

[gentoo-dev] Last rites: =x11-drivers/nvidia-drivers-375* =x11-drivers/nvidia-drivers-378* =x11-drivers/nvidia-drivers-381* =x11-drivers/nvidia-drivers-384* =x11-drivers/nvidia-drivers-387* =x11-drive

According to Nvidia these are former "Short Lived" branches that are no longer supported. # Jeroen Roovers (14 Dec 2018) # Deprecated short lived branches # https://www.nvidia.com/object/unix.html # File a bug report if you need to use one of these # Removal on or about 14 January

[gentoo-dev] Package up for grabs: sys-apps/lsb-release

sys-apps/lsb-release - Linux Standard Base version query program Low maintenance, but with six open bug reports. Regards, jer

[gentoo-dev] Re: [gentoo-dev-announce] Packages up for grabs: app-doc/zeal, x11-terms/pangoterm, maybe dev-ruby/neovim-ruby-client

On Sun, 28 Jun 2020 19:26:14 +0200 Michał Górny wrote: > Due to the maintainer going AWOL Surely you meant MIA. Kind regards, jer

<    2   3   4   5   6   7