[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

[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: 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/uni

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 G7

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

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 intermediat

[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

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 p

[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 +, Jeroen Roovers wrote: > > commit: d866d4705e1e4a092579a31df2815e3407950a19 > > Author: Jeroen Roovers gentoo org> > > Au

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

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

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 pushing

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

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 requir

[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

[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

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 them away to another L

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 wrote: > On 12/21/2017 02:27 PM, Jeroen Roovers wrote: > > On Thu, 21 Dec 2017 10:10:30 -0500 > > Michael Orlitzky wrote: > > > >> The "cracklib" USE flag ... this commit removes it from > >

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 to evaluate a candi

[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 (which is the legacy

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@ since at least October 20

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 thought suffering is the

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 e-mail. Kind regards

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 lists, chat logs or in documentat

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 it would be > stabilisat

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

On Tue, 29 Nov 2016 10:39:04 -0500 Mike Gilbert wrote: > On Tue, Nov 29, 2016 at 9:14 AM, Jeroen Roovers > wrote: > > --- a/eclass/linux-mod.eclass > > +++ b/eclass/linux-mod.eclass > > @@ -566,6 +566,9 @@ linux-mod_pkg_setup() { > >

[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; require_c

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 lot of > free booze once. I think

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 need to ridicule wh

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] 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] [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 will never be elected

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 > > that they already maintain? > > No

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 little problem wi

[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? We're talking about editi

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 half a decade. Maybe

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 until ; do ; done

Re: [gentoo-dev] Reminder: ALLARCHES

On Sun, 1 May 2016 16:16:59 -0700 Daniel Campbell 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, hppa is definitely NOT

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* immediately stabilize for all

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 > > > > Thanks! > > > Only

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] 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 PHP5" needs update

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: https://bugs.gentoo.org/show_bug.cgi?id=363631

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 a/eclass/perl-module.eclass b/eclass/pe

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] 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 maintainer(s) to

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 policy is to completely ignore anythi

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

On Sun, 7 Jun 2015 17:28:03 -0400 Mike Gilbert 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

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

On Sun, 17 May 2015 06:08:56 +1000 Michael Palimaka wrote: > > 15 May 2015; Michael Palimaka > > 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 interpreted as an em dash, I guess, and "Sync

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

On Sun, 10 May 2015 06:44:30 +0200 Michał Górny wrote: > > + 09 May 2015; Manuel Rüger 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 figure > out where the overlay

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

On Sun, 26 Apr 2015 08:04:11 -0400 Rich Freeman wrote: > On Sun, Apr 26, 2015 at 5:59 AM, Pacho Ramos wrote: > > > > Currently, a problem is that everybody uses different formatting > > for stabilization bug reports making them more difficult to be > > parsed. > > > > For clarity, are we talkin

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

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

On Sat, 28 Mar 2015 12:16:30 +0100 "Justin Lecher (jlec)" 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 COrrect. jl

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

> From: Ian Delaney > 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 and white and red

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

On Tue, 10 Mar 2015 20:58:06 + Markos Chandras 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 keywording requ

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

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

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

On Fri, 6 Mar 2015 14:27:38 -0500 Rich Freeman 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?

On Thu, 05 Mar 2015 15:20:23 -0500 Michael Orlitzky 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 with slots > i

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

On Thu, 05 Mar 2015 20:01:23 +0100 "Paweł Hajdan, Jr." wrote: > I'm trying to find the best fix for > > > Currently file-stabilization-bugs.py uses the '%s: stabilization > request' % cpv format. > > Here are some options I see: > > a) keep '%s:

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

On Wed, 18 Feb 2015 19:58:29 +0800 Ben de Groot 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 binaries need

Re: [gentoo-dev] ebuild copyright assignment

On Wed, 18 Feb 2015 09:34:21 +0100 "Justin (jlec)" 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 of copyright

Re: [gentoo-dev] ebuild copyright assignment

On Wed, 18 Feb 2015 08:48:19 +0100 "Justin (jlec)" 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

[gentoo-dev] ebuild copyright assignment

On Mon, 16 Feb 2015 06:39:51 -0500 Mike Frysinger 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 vividly rec

Re: [gentoo-dev] missing opengl dependency header

On Thu, 12 Feb 2015 14:46:17 +0100 Nicolas Sebrecht 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 isn't the right place to se

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

On Thu, 12 Feb 2015 14:46:41 +0800 IAN DELANEY wrote: > # Ian Delaney (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 > app-office/openerp-web Something went wro

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

On Sun, 08 Feb 2015 11:17:19 +0100 Pacho Ramos 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 going to stabil

Re: [gentoo-dev] about the stable requests

On Sat, 31 Jan 2015 14:40:47 +0100 Agostino Sarubbo 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? It's a wiki. N

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

On Sat, 17 Jan 2015 13:44:21 +0100 Dirkjan Ochtman 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 what not,

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

On Mon, 19 Jan 2015 17:02:11 -0500 Rich Freeman 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 between hasufell a

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

On Mon, 19 Jan 2015 18:17:12 +0100 Arfrever Frehtes Taifersar Arahesis 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 about ChangeLog entries

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

On Mon, 19 Jan 2015 10:21:15 -0500 Rich Freeman wrote: > On Mon, Jan 19, 2015 at 4:40 AM, Jeroen Roovers > 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] Things one could be upset about

On Sat, 17 Jan 2015 19:35:09 +0800 Patrick Lauer 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 optional repoma

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

On Fri, 16 Jan 2015 15:26:55 + hasufell 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 my p

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

On Tue, 9 Dec 2014 12:59:26 +0100 Ulrich Mueller 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 lik

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

On Thu, 20 Nov 2014 01:36:11 +0100 "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 about wha

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

On Wed, 19 Nov 2014 18:54:05 +0100 hasufell 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] Running repoman on the portage tree

On Tue, 18 Nov 2014 21:17:19 -0500 Alec Ten Harmsel 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. Also, repoman misses a

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

On Sat, 08 Nov 2014 20:49:10 +0100 Thomas Kahle 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 opinions?

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

On Thu, 6 Nov 2014 22:49:38 + Ciaran McCreesh 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. Oh well. jer

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

On Thu, 06 Nov 2014 23:44:24 +0100 Manuel Rüger 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

On Thu, 06 Nov 2014 22:03:26 +0100 Manuel Rüger wrote: > # Manuel Rüger (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] RFC: future.eclass

On Thu, 06 Nov 2014 13:42:43 -0800 Zac Medico 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 >

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

On Thu, 06 Nov 2014 12:40:33 -0800 Zac Medico 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 mechani

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

On Thu, 06 Nov 2014 14:25:46 +0100 Jauhien Piatlicki 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 fixing dependency, a l

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

On Wed, 05 Nov 2014 17:36:34 +0100 hasufell wrote: > You were proposing that I strip down the DESCRIPTION field in my > ebuild and put the keywords relevant for finding the package into > in tag metadata.xml. No, I was proposing the overly long description should go to . As for the DESCRIPTION

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

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

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

On Wed, 05 Nov 2014 17:06:52 +0100 hasufell 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 at all reading the

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

On Fri, 31 Oct 2014 16:28:56 + Diego Elio Pettenò 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. Frysinger needs an educati

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

On Mon, 27 Oct 2014 19:58:15 + hasufell wrote: > I want to keep the over-long description unless we have some sort of > ebuild aliases. jer

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

On Sun, 19 Oct 2014 18:53:43 -0400 "Anthony G. Basile" 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] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

On Sun, 19 Oct 2014 10:14:18 +0200 Jeroen Roovers wrote: > On Sat, 18 Oct 2014 14:03:07 -0400 > Michael Orlitzky 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 l

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

On Sat, 18 Oct 2014 14:03:07 -0400 Michael Orlitzky 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 this, includin

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

On Wed, 8 Oct 2014 00:07:07 +0200 Tom Wijsman 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   >