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

2020-06-29 Thread Jeroen Roovers
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

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

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

[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

2018-12-16 Thread Jeroen Roovers
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

2018-12-16 Thread Jeroen Roovers
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

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

2018-12-16 Thread Jeroen Roovers
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

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

2018-12-16 Thread Jeroen Roovers
(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

2018-12-16 Thread Jeroen Roovers
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

[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

2018-12-14 Thread Jeroen Roovers
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

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

2018-10-13 Thread Jeroen Roovers
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

2018-10-12 Thread Jeroen Roovers
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

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

2018-10-01 Thread Jeroen Roovers
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/

2018-10-01 Thread Jeroen Roovers
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] Signed-off-by verification incoming

2018-09-29 Thread Jeroen Roovers
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

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

2018-09-29 Thread Jeroen Roovers
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] Changing policy about -Werror

2018-09-09 Thread Jeroen Roovers
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] [PATCH] use.desc: Improve description of USE=test

2018-08-25 Thread Jeroen Roovers
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

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

2018-06-09 Thread Jeroen Roovers
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

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

2018-06-09 Thread Jeroen Roovers
-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

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

2018-03-08 Thread Jeroen Roovers
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] [PATCH 1/1] profiles: drop USE=cracklib from base/make.defaults.

2017-12-27 Thread Jeroen Roovers
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.

2017-12-21 Thread Jeroen Roovers
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

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

2017-06-10 Thread Jeroen Roovers
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

2017-05-04 Thread Jeroen Roovers
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

2017-05-04 Thread Jeroen Roovers
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@

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

2017-03-25 Thread Jeroen Roovers
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

Re: [gentoo-dev] bzipped manpages

2017-01-09 Thread Jeroen Roovers
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

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

2016-12-29 Thread Jeroen Roovers
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

2016-12-28 Thread Jeroen Roovers
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] linux-mod.eclass: Check for !TRIM_UNUSED_KSYMS

2016-11-30 Thread Jeroen Roovers
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_

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

2016-11-29 Thread Jeroen Roovers
--- 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] Developer GitHub usernames

2016-11-22 Thread Jeroen Roovers
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] Developer GitHub usernames

2016-11-21 Thread Jeroen Roovers
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] Mirrors corrupts?

2016-10-08 Thread Jeroen Roovers
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] recent glibc commit breaks boost on sparc64

2016-09-10 Thread Jeroen Roovers
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] [PATCH] versionator.eclass: Add tests for parameter counts

2016-07-24 Thread Jeroen Roovers
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] new developers' keyword requests

2016-05-21 Thread Jeroen Roovers
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] new developers' keyword requests

2016-05-20 Thread Jeroen Roovers
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

2016-05-19 Thread Jeroen Roovers
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

2016-05-18 Thread Jeroen Roovers
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] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

2016-05-15 Thread Jeroen Roovers
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] On banning merge commits

2016-05-08 Thread Jeroen Roovers
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] Reminder: ALLARCHES

2016-05-03 Thread Jeroen Roovers
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

2016-05-01 Thread Jeroen Roovers
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] [warning] the bug queue has 82 bugs

2016-02-06 Thread Jeroen Roovers
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

2016-02-03 Thread Jeroen Roovers
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] News item: Apache "-D PHP5" needs update to "-D PHP"

2016-01-03 Thread Jeroen Roovers
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

2016-01-01 Thread Jeroen Roovers
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"

2015-12-26 Thread Jeroen Roovers
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] Re: [gentoo-commits] repo/gentoo:master commit in: dev-python/pyfltk/, dev-python/pyfltk/files/

2015-11-08 Thread Jeroen Roovers
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

2015-11-02 Thread Jeroen Roovers
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

2015-09-20 Thread Jeroen Roovers
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)

2015-09-20 Thread Jeroen Roovers
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] Re: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog qt4-build-multilib.eclass

2015-06-14 Thread Jeroen Roovers
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] RFC: Indention in metadata.xml

2015-06-09 Thread Jeroen Roovers
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: [OT] Re: Re: RFC: Indention in metadata.xml

2015-06-08 Thread Jeroen Roovers
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] Re: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog kde5.eclass

2015-05-17 Thread Jeroen Roovers
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: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog kde5.eclass

2015-05-16 Thread Jeroen Roovers
On Sun, 10 May 2015 06:44:30 +0200 Michał Górny mgo...@gentoo.org wrote: + 09 May 2015; Manuel Rüger mr...@gentoo.org kde5.eclass: + Sync with overlay. This isn't a really useful ChangeLog note (commit message), you know? Describe *what* you change, do not expect users to go try to

Re: [gentoo-dev] Hey arch teams, we need your input!

2015-04-26 Thread Jeroen Roovers
On Sun, 26 Apr 2015 08:04:11 -0400 Rich Freeman ri...@gentoo.org wrote: On Sun, Apr 26, 2015 at 5:59 AM, Pacho Ramos pa...@gentoo.org wrote: Currently, a problem is that everybody uses different formatting for stabilization bug reports making them more difficult to be parsed. For

Re: [gentoo-dev] Should this be considered a gcc bug?

2015-04-20 Thread Jeroen Roovers
On Tue, 21 Apr 2015 09:57:16 +0600 (NOVT) gro...@gentoo.org wrote: However, after this fix the upstream CFLAGS were appended to the user-supplyed ${CFLAGS}. And the upstream CFLAGS contain -O3. There is your problem. We filter out those compiler flags that affect the output, so -O3 should go

Re: [gentoo-dev] Version Bumps

2015-03-31 Thread Jeroen Roovers
On Sat, 28 Mar 2015 12:16:30 +0100 Justin Lecher (jlec) j...@gentoo.org wrote: Please check packages more carefully e.g. comparing configure.ac, Makefile.am, README, INSTALL, setup.py, requirements.txt and what all those names are. Also make sure your CApitalisation in ChangeLog MEssages is

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

2015-03-13 Thread Jeroen Roovers
On Fri, 27 Feb 2015 17:03:40 + (UTC) Duncan 1i5t5.dun...@cox.net wrote: BTW, maybe this process can be partially automated? AFAIK, it's a lot more automated than it used to be, but not yet fully automated. I'm sure Jer can fill you in on the details. Nothing about bug wrangling is

Re: [gentoo-dev] [PATCH 1/2] Document policy of not relying on implicit eclass inherits]

2015-03-13 Thread Jeroen Roovers
From: Ian Delaney idel...@gentoo.org This single change will make my commits of last 2 years a violation of policy, in a retrograde manner ofcourse. You'll have to fix those ebuilds. The policy was already in place before[1] you were around[2]. The flaw here is that it is using a black

Re: [gentoo-dev] what's the correct format for bugs containing package name and version?

2015-03-13 Thread Jeroen Roovers
On Tue, 10 Mar 2015 20:58:06 + Markos Chandras hwoar...@gentoo.org wrote: Would it be terribly difficult to set a template in the Summary field whenever the Keywording and Stabilization component is selected when filing a bug? No, just very naive. Just today I caught yet another fresh

Re: [gentoo-dev] what's the correct format for bugs containing package name and version?

2015-03-07 Thread Jeroen Roovers
On Fri, 6 Mar 2015 14:27:38 -0500 Rich Freeman ri...@gentoo.org wrote: but if people are suffering burnout over editing the line it this doesn't seem like the biggest value-add to me. That didn't happen. jer

Re: [gentoo-dev] what's the correct format for bugs containing package name and version?

2015-03-06 Thread Jeroen Roovers
On Thu, 05 Mar 2015 15:20:23 -0500 Michael Orlitzky m...@gentoo.org wrote: So jer format is something like %s - foo. Yes. I now have a format named after me. I guess I subconsciously reverted to using a colon because that's what makes the most sense to me. But there is a little ambiguity

Re: [gentoo-dev] what's the correct format for bugs containing package name and version?

2015-03-06 Thread Jeroen Roovers
On Thu, 05 Mar 2015 20:01:23 +0100 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: I'm trying to find the best fix for https://bugs.gentoo.org/show_bug.cgi?id=535814 Currently file-stabilization-bugs.py uses the '%s: stabilization request' % cpv format. Here are some options I see: a)

Re: [gentoo-dev] [PATCH] qmake-utils.eclass: add qt{4,5}_get_bindir helper functions

2015-02-19 Thread Jeroen Roovers
On Wed, 18 Feb 2015 19:58:29 +0800 Ben de Groot yng...@gentoo.org wrote: The attached patch proposes two helper functions to be added to qmake-utils.eclass. These functions echo the correct directory where qt binaries such as moc and lrelease are located. They can be used in ebuilds when such

Re: [gentoo-dev] ebuild copyright assignment

2015-02-18 Thread Jeroen Roovers
On Wed, 18 Feb 2015 08:48:19 +0100 Justin (jlec) j...@gentoo.org wrote: On 18/02/15 08:40, Jeroen Roovers wrote: I seem to recall the developer quizzes may have had (or indeed requested) some more information on this matter. The test ebuild focuses on this topic. What is that? jer

Re: [gentoo-dev] ebuild copyright assignment

2015-02-18 Thread Jeroen Roovers
On Wed, 18 Feb 2015 09:34:21 +0100 Justin (jlec) j...@gentoo.org wrote: At the end of the review session we ask the recruits to fix an ebuild which has numerous technical and, as mentioned, legal aspects to take care of. That's a novelty I wasn't aware of, then. The technical practicalities

[gentoo-dev] ebuild copyright assignment

2015-02-17 Thread Jeroen Roovers
On Mon, 16 Feb 2015 06:39:51 -0500 Mike Frysinger vap...@gentoo.org wrote: the policy is not it must be Gentoo copyright, but it must have a header that says Gentoo copyright even though there's no legal basis for it. Correct, but I have my doubts about the allegedly wobbly legal basis. I do

Re: [gentoo-dev] missing opengl dependency header

2015-02-15 Thread Jeroen Roovers
On Thu, 12 Feb 2015 14:46:17 +0100 Nicolas Sebrecht nicolas.s-...@laposte.net wrote: I've compiled love2d-0.9.1 from the sources with Gentoo. We cannot fix what you do while you work around the package manager. If it has an ebuild that fails, then we can help you. This mailing list certainly

[gentoo-dev] Re: [gentoo-dev-announce] lastrite; dev-python/cl

2015-02-13 Thread Jeroen Roovers
On Thu, 12 Feb 2015 14:46:41 +0800 IAN DELANEY idel...@gentoo.org wrote: # Ian Delaney idel...@gentoo.org (12 Feb 2015) # upstream found to be dead, hash values now fail, # no longer has relevance, masked for removal in 30 days app-office/openerp-client app-office/openerp-server

Re: [gentoo-dev] Suggestion about how to tell ATs that a package can be stabilized on all arches at the same time

2015-02-11 Thread Jeroen Roovers
On Sun, 08 Feb 2015 11:17:19 +0100 Pacho Ramos pa...@gentoo.org wrote: Many times has raised the question about how we could handle those packages (like icon packs, wallpapers...) that are not arch dependent and, then, could be stabilized all at the same time by the first arch team that is

Re: [gentoo-dev] about the stable requests

2015-02-02 Thread Jeroen Roovers
On Sat, 31 Jan 2015 14:40:47 +0100 Agostino Sarubbo a...@gentoo.org wrote: Looks like everyone is file stable requests with own rules or better to say is without common rules. What is the problem? I'd like to document a sort of best-practice(s) on our wiki. Who want to partecipate?

Re: [gentoo-dev] Things one could be upset about

2015-01-22 Thread Jeroen Roovers
On Sat, 17 Jan 2015 13:44:21 +0100 Dirkjan Ochtman d...@gentoo.org wrote: Also, I hate something like ['dev-python/restkit[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']. What the hell kind of warning is that? I guess maybe these are the results of USE_EXPAND trickery and

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libuv: libuv-1.2.1.ebuild ChangeLog

2015-01-19 Thread Jeroen Roovers
On Mon, 19 Jan 2015 17:02:11 -0500 Rich Freeman ri...@gentoo.org wrote: You're complaining about how somebody made a fix that they wouldn't have had to make but for the commit you made without consulting with them. No, I didn't do that commit at all and only a little complaining. This is

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libuv: libuv-1.2.1.ebuild ChangeLog

2015-01-19 Thread Jeroen Roovers
On Fri, 16 Jan 2015 15:26:55 + hasufell hasuf...@gentoo.org wrote: Patrick Lauer (patrick): patrick 15/01/16 04:16:55 Modified: ChangeLog Added:libuv-1.2.1.ebuild Log: Bump I expect people to ask me for review if they bump any of

Re: [gentoo-dev] Things one could be upset about

2015-01-19 Thread Jeroen Roovers
On Sat, 17 Jan 2015 19:35:09 +0800 Patrick Lauer patr...@gentoo.org wrote: * AutoRepoman catches on average maybe 2 user-visible breakages. Mostly removing stable on HPPA ;) Fix: Make repoman faster (tree-wide scans take ~2 CPU-hours) Fix: Remind people that using repoman is not

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libuv: libuv-1.2.1.ebuild ChangeLog

2015-01-19 Thread Jeroen Roovers
On Mon, 19 Jan 2015 18:17:12 +0100 Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com wrote: The broken libuv-1.2.1.ebuild was not disabling unwanted addition of -g to CFLAGS. The fix for this problem affected installed files, so revision bump was required. Yes, and I was talking

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libuv: libuv-1.2.1.ebuild ChangeLog

2015-01-19 Thread Jeroen Roovers
On Mon, 19 Jan 2015 10:21:15 -0500 Rich Freeman ri...@gentoo.org wrote: On Mon, Jan 19, 2015 at 4:40 AM, Jeroen Roovers j...@gentoo.org wrote: The only (QA) problem I see is the pointless removal of the ebuild in question and the subsequent addition of a pointless revision bump

Re: [gentoo-dev] metadata.xml unherd/-ization, v2

2014-12-09 Thread Jeroen Roovers
On Tue, 9 Dec 2014 12:59:26 +0100 Ulrich Mueller u...@gentoo.org wrote: On Tue, 9 Dec 2014, Michał Górny wrote: As for the exact details, I've pretty much decided to go for featurism here, IOW making everyone happy. It also proves how absurd typing maintainers is but if you really feel

Re: [gentoo-dev] Running repoman on the portage tree

2014-11-19 Thread Jeroen Roovers
On Tue, 18 Nov 2014 21:17:19 -0500 Alec Ten Harmsel a...@alectenharmsel.com wrote: * It took over 4 hours Fun! * So many (~3MB output) warnings, especially upstream parallel compilation bug... thought autoconf handled this, but I guess not autoconf doesn't fix build systems like that.

Re: [gentoo-dev] [gentoo-project] Re: towards a more distributed model

2014-11-19 Thread Jeroen Roovers
On Wed, 19 Nov 2014 18:54:05 +0100 hasufell hasuf...@gentoo.org wrote: At that point it is forked. I don't see what's wrong with forking. Forking wouldn't be the problem. Duplication of effort would be the problem. jer

Re: [gentoo-dev] [gentoo-project] Re: towards a more distributed model

2014-11-19 Thread Jeroen Roovers
On Thu, 20 Nov 2014 01:36:11 +0100 viv...@gmail.com viv...@gmail.com wrote: At that point it is forked. I don't see what's wrong with forking. Forking wouldn't be the problem. Duplication of effort would be the problem. worse, mutually incompatibility would be much worse I was talking

Re: [gentoo-dev] REQUIRED_USE=test vs. repoman

2014-11-08 Thread Jeroen Roovers
On Sat, 08 Nov 2014 20:49:10 +0100 Thomas Kahle to...@gentoo.org wrote: However, repoman complains: REQUIRED_USE.syntax 1 media-libs/leptonica/leptonica-1.71-r1.ebuild: REQUIRED_USE: USE flag 'test' is not in IUSE I commited with -f, because I think repoman is wrong. Any

Re: [gentoo-dev] Regarding my final year thesis

2014-11-06 Thread Jeroen Roovers
On Thu, 06 Nov 2014 14:25:46 +0100 Jauhien Piatlicki jauh...@gentoo.org wrote: Mathematics you said? That's nice. You can, for example, redesign our portage's dependency solving algorithm More generally perhaps: do something interesting with the portage tree. If not as directly useful as

Re: [gentoo-dev] RFC: future.eclass

2014-11-06 Thread Jeroen Roovers
On Thu, 06 Nov 2014 12:40:33 -0800 Zac Medico zmed...@gentoo.org wrote: On 11/06/2014 12:11 PM, Michał Górny wrote: # multilib.eclass collisions get_libdir() { future_get_libdir ${@}; } # eutils.eclass collisions einstalldocs() { future_einstalldocs ${@}; } This collision handling

Re: [gentoo-dev] RFC: future.eclass

2014-11-06 Thread Jeroen Roovers
On Thu, 06 Nov 2014 13:42:43 -0800 Zac Medico zmed...@gentoo.org wrote: On 11/06/2014 01:32 PM, Jeroen Roovers wrote: I'm not aware of any current definition of order in eclass inheritance. Maybe PMS doesn't say anything about the order (yet). However, I'm fairly sure that all package

Re: [gentoo-dev] Last rites media-fonts/oxygen-fonts

2014-11-06 Thread Jeroen Roovers
On Thu, 06 Nov 2014 22:03:26 +0100 Manuel Rüger mr...@gentoo.org wrote: # Manuel Rüger mr...@gentoo.org (6 Nov 2014) # Use kde-base/oxygen-fonts instead # Masked for removal in 30 days media-fonts/oxygen-fonts That one wasn't up for a pkgmove? jer

Re: [gentoo-dev] Last rites media-fonts/oxygen-fonts

2014-11-06 Thread Jeroen Roovers
On Thu, 06 Nov 2014 23:44:24 +0100 Manuel Rüger mr...@gentoo.org wrote: It could have been introduced to the tree as a pkgmove, but it wasn't. The best solution for now is imho to lastrite it. You could still do the pkgmove right now, and not wait thirty days. :) jer

Re: [gentoo-dev] Last rites media-fonts/oxygen-fonts

2014-11-06 Thread Jeroen Roovers
On Thu, 6 Nov 2014 22:49:38 + Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: Not if the new package has already been added you can't. Moving a package on top of an existing package is very very bad. Also, the versions don't actually match so the content will probably have changed.

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-roguelike/stone-soup: stone-soup-0.14.1.ebuild stone-soup-0.15.1-r1.ebuild stone-soup-0.15.1.ebuild stone-soup-0.13.2.ebuild stone-soup

2014-11-05 Thread Jeroen Roovers
On Wed, 05 Nov 2014 17:06:52 +0100 hasufell hasuf...@gentoo.org wrote: Could you elaborate how to query that field via eix which is the de-facto standard for finding packages? The official standard for finding packages is packages.gentoo.org. It (and the somewhat popular eix) have no problems

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-roguelike/stone-soup: stone-soup-0.14.1.ebuild stone-soup-0.15.1-r1.ebuild stone-soup-0.15.1.ebuild stone-soup-0.13.2.ebuild stone-soup

2014-11-05 Thread Jeroen Roovers
On Wed, 5 Nov 2014 17:27:51 +0100 Jeroen Roovers j...@gentoo.org wrote: On Wed, 05 Nov 2014 17:06:52 +0100 hasufell hasuf...@gentoo.org wrote: Could you elaborate how to query that field via eix which is the de-facto standard for finding packages? The official standard for finding

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-roguelike/stone-soup: stone-soup-0.14.1.ebuild stone-soup-0.15.1-r1.ebuild stone-soup-0.15.1.ebuild stone-soup-0.13.2.ebuild stone-soup

2014-11-05 Thread Jeroen Roovers
On Wed, 05 Nov 2014 17:36:34 +0100 hasufell hasuf...@gentoo.org wrote: You were proposing that I strip down the DESCRIPTION field in my ebuild and put the keywords relevant for finding the package into longdescription in tag metadata.xml. No, I was proposing the overly long description should

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

2014-10-31 Thread Jeroen Roovers
On Fri, 31 Oct 2014 16:28:56 + Diego Elio Pettenò flamee...@flameeyes.eu wrote: So who wants to pick up the pieces now? Because I'm almost pissed off enough to turn down the tinderbox and give a big FU to Gentoo already. https://bugs.gentoo.org/show_bug.cgi?id=527608 Apparently Mr.

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-roguelike/stone-soup: stone-soup-0.14.1.ebuild stone-soup-0.15.1-r1.ebuild stone-soup-0.15.1.ebuild stone-soup-0.13.2.ebuild stone-soup

2014-10-27 Thread Jeroen Roovers
On Mon, 27 Oct 2014 19:58:15 + hasufell hasuf...@gentoo.org wrote: I want to keep the over-long description unless we have some sort of ebuild aliases. longdescription / jer

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

2014-10-19 Thread Jeroen Roovers
On Sat, 18 Oct 2014 14:03:07 -0400 Michael Orlitzky m...@gentoo.org wrote: If this is what's holding up a tinderbox run, add me to the bug template as a CC and I'll personally download and attach every log to bugzilla. If the bugzilla API allows it, a very simple script should be able to do

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

2014-10-19 Thread Jeroen Roovers
On Sun, 19 Oct 2014 10:14:18 +0200 Jeroen Roovers j...@gentoo.org wrote: On Sat, 18 Oct 2014 14:03:07 -0400 Michael Orlitzky m...@gentoo.org wrote: If this is what's holding up a tinderbox run, add me to the bug template as a CC and I'll personally download and attach every log

Re: [gentoo-dev] RFC: News item regarding c++98 vs c++11

2014-10-19 Thread Jeroen Roovers
On Sun, 19 Oct 2014 18:53:43 -0400 Anthony G. Basile bluen...@gentoo.org wrote: we may want to inform users about breakage at the ABI level in case they do something like add -std=c++11 to their global CXXFLAGS. You mean tell them they get to keep the pieces? jer

Re: [gentoo-dev] Re: RFC: Deprecating and killing herds in metadata.xml

2014-10-08 Thread Jeroen Roovers
On Wed, 8 Oct 2014 00:07:07 +0200 Tom Wijsman tom...@gentoo.org wrote: If the name is omitted, then we lose that; that is not the way forward. I'm pretty sure we already addressed this in another branch of this thread. Bringing up the workings of IRC bots doesn't add anything. jer

  1   2   3   4   5   6   7   >