Re: [gentoo-dev] [PATCH 1/2] profiles.desc: Reduce the status of most exp profiles to dev

> On Thu, 11 Jan 2018, Michał Górny wrote: > Given the new semantic meaning of profile statuses, Huh? Have I missed something? Please provide a pointer to the discussion. > reduce most of the current exp profiles that are known or likely to > have broken depgraph to dev status. Those

[gentoo-dev] eselect-1.4.11: updated profile module

eselect-1.4.11 contains two changes in the profile module: - "eselect profile list" now shows the status of each profile (stable/dev/exp) in addition [1]. - "eselect profile set" will refuse to select an experimental profile. If you know what you're doing, you can override this limitation

[gentoo-dev] Re: [PATCH 1/2] preserve-libs.eclass: Split off preserve_old_lib from eutils.

> On Wed, 3 Jan 2018, Ulrich Müller wrote: > Split off functions preserve_old_lib and preserve_old_lib_notify > from eutils.eclass into a dedicated preserve-libs.eclass. [...] > For backwards compatibility, eutils inherits the new eclass in > existing EAPIs. Pushed. Maintainers, please

[gentoo-dev] Re: Deleting old news items

> On Sat, 6 Jan 2018, Duncan wrote: > $ equery b news.eselect > app-admin/eselect-1.4.10 (/usr/share/eselect/modules/news.eselect) > So in that case it's not the PM, but eselect. In fact, it is the PM that would do the filtering, before filling the list of unread news items in

[gentoo-dev] LINGUAS added to info_vars

I have added LINGUAS to profiles/info_vars, so it will show up in the output of emerge --info. Any objections? If yes, it is easy to revert. Ulrich pgpWGCcGAX5s_.pgp Description: PGP signature

[gentoo-dev] Re: LINGUAS to be removed from USE_EXPAND

>>>>> On Thu, 28 Dec 2017, Ulrich Mueller wrote: > Last year we had announced introduction of a new L10N variable > intended to replace LINGUAS as a USE_EXPAND variable [1]. Since then, > many packages have been converted to the new variable. > The next step in the

Re: [gentoo-dev] Deleting old news items

> On Fri, 5 Jan 2018, Alec Warner wrote: > Latest version. > I still want to discuss whether Expires is Mandatory or Optional and how that > actually ends up being used. If it is going to be mandatory, then we need to allow a special value like "never" which would indicate that an item will

Re: [gentoo-dev] Deleting old news items

> On Thu, 4 Jan 2018, Alec Warner wrote: > Brief amendment. In the case where the PM cannot parse the expires header; it > should assume the item is not expired and display it (e.g. it should fail > open.) > Updated patch attached. > + ``Expires:`` > +Date of expiration, in

Re: [gentoo-dev] [PATCH 1/2] preserve-libs.eclass: Split off preserve_old_lib from eutils.

> On Thu, 4 Jan 2018, Mike Gilbert wrote: > On Thu, Jan 4, 2018 at 5:23 AM, Pacho Ramos wrote: >> I have seen this is only used by: >> app-arch/xz-utils >> dev-libs/gmp >> dev-libs/libpcre >> dev-libs/mpc >> dev-libs/mpfr >> net-nds/openldap >> sys-libs/gdbm >>

Re: [gentoo-dev] [PATCH 1/2] preserve-libs.eclass: Split off preserve_old_lib from eutils.

> On Thu, 4 Jan 2018, M J Everitt wrote: > On 04/01/18 11:21, David Seifert wrote: >> Never mind that this has 0 to do with EAPI3/4 or with newer EAPI >> 'features' and is all about the fact that FEATURES=preserve-libs is >> only implemented in Portage, without comparable functionality in >>

Re: [gentoo-dev] Deleting old news items

> On Tue, 2 Jan 2018, Alec Warner wrote: > Problem: > New stages have numerous news items listed that are likely not > relevant, but are shown due to limitations in the filtering in NEWS > items. E.g. on a recent stage3: > [...] We could add an "Expires:" header to the news item format, and

Re: [gentoo-dev] [PATCH] skel.ebuild: Update comments for inherit, SLOT, KEYWORDS.

> On Sun, 31 Dec 2017, William Hubbs wrote: > On Sun, Dec 31, 2017 at 06:44:39PM +0100, Michał Górny wrote: >> W dniu nie, 31.12.2017 o godzinie 14∶31 +0100, użytkownik Ulrich Müller >> napisał: >> > -# that needs the epatch function from eutils.eclass won't work without the >> > +# that

Re: [gentoo-dev] [PATCH] skel.ebuild: Update comments for inherit, SLOT, KEYWORDS.

> On Sun, 31 Dec 2017, Mike Gilbert wrote: > On Sun, Dec 31, 2017 at 8:31 AM, Ulrich Müller wrote: >> +# Do not use KEYWORDS="*". This is not valid in an ebuild context. > Portage actually does support KEYWORDS="*". I believe Funtoo uses > this for arch-agnostic packages.

Re: [gentoo-dev] [PATCH] skel.ebuild: Update comments for inherit, SLOT, KEYWORDS.

> On Sun, 31 Dec 2017, Mart Raudsepp wrote: > On Sun, 2017-12-31 at 14:31 +0100, Ulrich Müller wrote: >> -# DO NOT USE KEYWORDS="*".  This is deprecated and only for backward >> -# compatibility reasons. >> +# Do not use KEYWORDS="*".  This is not valid in an ebuild context. >>  

Re: [gentoo-dev] LINGUAS to be removed from USE_EXPAND

> On Sun, 31 Dec 2017, Chí-Thanh Christopher Nguyễn wrote: > gro...@gentoo.org schrieb: >> The package sci-mathematics/maxima for ages uses linguas_* flags for >> installing translated documentation, the possible values of * are >> >> de es pt pt_BR >> >> This usage is, I suppose, wrong. I

[gentoo-dev] LINGUAS to be removed from USE_EXPAND

Last year we had announced introduction of a new L10N variable intended to replace LINGUAS as a USE_EXPAND variable [1]. Since then, many packages have been converted to the new variable. The next step in the conversion will be removal of LINGUAS from USE_EXPAND, which means that LINGUAS will

Re: [gentoo-dev] [RFC] First (experimental) 17.1 profiles news item for review

> On Mon, 18 Dec 2017, Michał Górny wrote: > Display-If-Keyword: ~amd64 Only keyword names [1] allowed there. > multilib layout, and require explicit migration as described below. They > are considered experimental at the moment, and have a fair risk Your line wrapping has room for

Re: [gentoo-dev] [QA] New policy: 'files' directory must not be larger than 32 KiB

> On Sun, 17 Dec 2017, Mike Gilbert wrote: >> It is a policy, not an absolute rule. > What's the difference? Is QA not going to enforce the policy? It is described here: https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Policies#General_Notes The QA team can grant an exception if for

Re: [gentoo-dev] [QA] New policy: 'files' directory must not be larger than 32 KiB

> On Sun, 17 Dec 2017, Mike Gilbert wrote: > I just want to voice my opinion on this: as a developer, this policy > is a royal pain in the ass. > I would ask the council to please increase this limit to at least > 100 KiB, preferably more. It is a policy, not an absolute rule. Ulrich

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

> On Mon, 4 Dec 2017, William L Thomson wrote: [quote omitted] Can you keep this out of gentoo-dev, please? You personal reminiscences are very off-topic in this mailing list. Ulrich pgp9lk61Z9Iem.pgp Description: PGP signature

Re: [gentoo-dev] [PATCH 0/3] Further cleanup of eutils.eclass

> On Fri, 24 Nov 2017, Ulrich Müller wrote: > We already had a first round of cleanup in March of this year, where > some of the functions (epatch being the most prominent of them) were > moved to their own dedicated eclasses. > The following series of patches removes two deprecated

[gentoo-dev] [PATCH v2] GLEP 42 update

> On Mon, 27 Nov 2017, Ulrich Müller wrote: > Currently it is required that every news item is accompanied by a > detached OpenPGP signature. To my knowledge, verification of these > signatures was never implemented. With Git commit signing and after > full-tree verification is implemented,

Re: [gentoo-dev] News Item: Old Wine Versions Moving to Wine Overlay

>>>>> On Tue, 28 Nov 2017, Ulrich Mueller wrote: > It has a malformed signature [...] Also, in News-Item-Format 2.0 there is no "Content-Type:" header. Sorry for not having noticed this during the review phase. Ulrich pgpgOz1jLyiC3.pgp Description: PGP signature

Re: [gentoo-dev] News Item: Old Wine Versions Moving to Wine Overlay

> On Tue, 28 Nov 2017, NP-Hardass wrote: > Committed with recommended changes It has a malformed signature: $ gpg --verify 2017-11-21-old-wine-versions-moving-to-overlay.en.txt.asc [...] gpg: WARNING: not a detached signature; file '2017-11-21-old-wine-versions-moving-to-overlay.en.txt'

Re: [gentoo-dev] [PATCH 1/2] glep-0042: Drop requirement for detached signatures.

> On Mon, 27 Nov 2017, Aaron W Swenson wrote: > This was deemed no longer necessary… Applied, thanks. pgpUVuOaSVc3v.pgp Description: PGP signature

Re: [gentoo-dev] Re: [PATCH 2/2] glep-0042: Update and clarify naming rules.

> On Mon, 27 Nov 2017, Aaron W Swenson wrote: > On 2017-11-27 10:54, Duncan wrote: >> While there is no hard restriction on the length of short-name, >> limiting it to 20 characters is strongly recommended. >> >> [...] > Does it matter if people notice the recommendation? Should it be its >

[gentoo-dev] Re: [PATCH 2/2] glep-0042: Update and clarify naming rules.

> On Mon, 27 Nov 2017, Duncan wrote: > Arguably bikeshedding but changing up the last sentence to read a > bit smoother (I skipped formatting)... > While there is no hard restriction on the length of short-name, > limiting it to 20 characters is strongly recommended. > (s/for/on/,

Re: [gentoo-dev] [RFC] GLEP 74 post-Council review update [v4]

> On Wed, 22 Nov 2017, Michał Górny wrote: > Path and filename encoding > -- > The path fields in the Manifest file must consist of characters > corresponding to valid UTF-8 code points excluding the NULL character > (``U+``), the backwards slash (``\``) and

Re: [gentoo-dev] [RFC] GLEP 74 post-Council review update [v2]

>>>>> On Wed, 22 Nov 2017, Michał Górny wrote: > W dniu wto, 21.11.2017 o godzinie 22∶48 +0100, użytkownik Ulrich Mueller > napisał: >> > > > > > On Tue, 21 Nov 2017, Michał Górny wrote: >> > > > > > It is an error for a single f

Re: [gentoo-dev] [RFC] GLEP 74 post-Council review update [v2]

> On Tue, 21 Nov 2017, Michał Górny wrote: >> > > > It is an error for a single file to be matched by multiple >> > > > entries of different semantics, file size or checksum values. >> > > > It is an error to specify another entry for a file matching >> > > > ``IGNORE``, or one of its

Re: [gentoo-dev] [RFC] GLEP 74 post-Council review update [v2]

> On Tue, 21 Nov 2017, Michał Górny wrote: >> > It is an error for a single file to be matched by multiple entries >> > of different semantics, file size or checksum values. It is an error >> > to specify another entry for a file matching ``IGNORE``, or one of its >> > subdirectories. >> >>

Re: [gentoo-dev] [RFC] GLEP 74 post-Council review update [v3]

> On Tue, 21 Nov 2017, Michał Górny wrote: > All paths specified in the Manifest file must consist of characters > corresponding to valid UTF-8 code points excluding the NULL character > (``U+``), the backwards slash (``\``) and characters classified > as whitespace in the current version

Re: [gentoo-dev] [RFC] GLEP 74 post-Council review update [v2]

>>>>> On Mon, 20 Nov 2017, Ulrich Mueller wrote: >>>>> On Mon, 20 Nov 2017, Michał Górny wrote: >> All paths specified in the Manifest file must consist of characters >> corresponding to valid UTF-8 code points excluding the NULL character >> (``U

Re: [gentoo-dev] [RFC] GLEP 74 post-Council review update [v2]

> On Mon, 20 Nov 2017, Michał Górny wrote: > New changes: > 9d819c9 glep-0074: Disallow filenames containing whitespace > 4124b2f glep-0074: Explicitly specify UTF-8 encoding > 7f9bd9f glep-0074: Include suggestions from Daniel Campbell Here are a few comments (quoting below only the parts

Re: [gentoo-dev] Help testing ebuilds? golang/Fabio load balancer

> On Sun, 12 Nov 2017, Michael Orlitzky wrote: > Some day -- I'll add it to my list. For now I'll update the docs to > explain why you should use keepdir, and do a QA warning for empty > directories. Then how does this sound for EAPI=next? > * Ban keepdir. > * Have portage call its

Re: [gentoo-dev] [PATCH 2/3] vim-plugin.eclass: use Portage internal variables.

> On Sun, 5 Nov 2017, Patrice Clement wrote: > ACK. This code has been there for ages and I also don't think it makes sense > to > keep it as it seems these operations are handled by Portage already. Mike > (floppym) suggested to remove the whole if clause and call fperms instead: > diff

Re: [gentoo-dev] [PATCH 1/3] vim-plugin.eclass: dohtml is now obsolete.

> On Sat, 4 Nov 2017, Patrice Clement wrote: > - if [[ "${f}" = *.html ]]; then > - dohtml "${f}" > - else > - dodoc "${f}" > - fi > + dodoc "${f}" That's not exactly equivalent, because *.html files

Re: [gentoo-dev] [PATCH 2/3] vim-plugin.eclass: use Portage internal variables.

> On Sat, 4 Nov 2017, Patrice Clement wrote: > - find "${S}" -user 'portage' -exec chown root '{}' \; || die > "chown failed" > + find "${S}" -user "${PORTAGE_USERNAME}" -exec chown root '{}' > \; || die "chown failed" > if use userland_BSD || [[

Re: [gentoo-dev] [RFC] GLEP 74: Full-tree verification using Manifest files

>>>>> On Sat, 28 Oct 2017, Michał Górny wrote: > W dniu sob, 28.10.2017 o godzinie 14∶49 +0200, użytkownik Ulrich Mueller > napisał: >> Other tools like "find" don't special-case dot-prefixed files >> though (in fact, "ls" may well be the

Re: [gentoo-dev] [RFC] GLEP 74: Full-tree verification using Manifest files

> On Sat, 28 Oct 2017, Michał Górny wrote: >> > The Manifest files can also specify ``IGNORE`` entries to skip >> > Manifest verification of subdirectories and/or files. Files and >> > directories starting with a dot are always implicitly ignored. >> > All files that are not ignored must be

Re: [gentoo-dev] Manifest2 hashes, take n+1-th

> On Fri, 20 Oct 2017, Dirkjan Ochtman wrote: > As Hanno was saying, we'll have decades of warning before a break > becomes practical, so I don't think this is a real concern. How can we be sure of that? I guess the same reasoning was applied when MD5 and SHA1 hashes were used. > I think

Re: [gentoo-dev] Providing a `service` scripts that speaks OpenRC and systemd

> On Thu, 28 Sep 2017, Austin English wrote: > Talking with Whubbs about it, I found that our service script only > supports OpenRC, via rc-service. I looked around, and from what I > can tell, most distros ship a service tool for all supported init > systems. I.e., Debian/Ubuntu: supports

Re: [gentoo-dev] [PATCH] eapi7-ver.eclass: 'Early adopter' version of EAPI 7 version manip

>>>>> On Thu, 21 Sep 2017, Ulrich Mueller wrote: > Meanwhile the ver_test function has been added to the eclass in the > eapi7-ver branch. Please review the patch included below. Merged, with some updates. Ulrich pgp0W2jQp0Jp_.pgp Description: PGP signature

Re: [gentoo-dev] [PATCH] eapi7-ver.eclass: 'Early adopter' version of EAPI 7 version manip

> On Tue, 19 Sep 2017, Michał Górny wrote: >> EAPI 7 is introducing new version manipulation and comparison functions >> that aim to replace versionator.eclass. This eclass provides an 'early >> adopter' versions of those routines. >> >> It serves two goals: >> >> a. getting wider review and

Re: [gentoo-dev] [RFC] News item: app-portage/gentoolkit-dev deprecation/removal

> On Tue, 19 Sep 2017, Paul Varner wrote: > set and uninstall gentoolkit-dev. This will then allow the installation of > >=app-portage/gentoolkit-0.4.0 One tiny correction: There should be a full stop at the end of the sentence. Ulrich pgp4HQJd5oUqS.pgp Description: PGP signature

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

> On Tue, 12 Sep 2017, Matt Turner wrote: > I suggested that when security bugs are complete, that if there are > exp architectures still Cc'd, that security simply reassign to the > maintainer and let the bug continue as a regular stabilization bug. > Unfortunately Aaron says that this is

Re: [gentoo-dev] Last rites: games-rpg/nwn-shadowlordsdreamcatcherdemon

> On Sat, 9 Sep 2017, R0b0t1 wrote: > I suspect the links in ebuilds are more like torrent files, in which > case I think it makes sense to wait to be contacted to remove the > links. Ebuilds aren't hypertext, so by definition they don't contain any "links". They merely contain lists of

Re: [gentoo-portage-dev] [PATCH] ebuild.sh: Completely ban external commands in global scope

> On Fri, 8 Sep 2017, Robin H Johnson wrote: > On Thu, Aug 31, 2017 at 10:45:42PM +0200, Michał Górny wrote: >> +export PATH=/dev/null > Minor nitpick: The Single UNIX spec says that PATH is a set of > prefixes, and that they're treated as directories. >

Re: [gentoo-dev] Re: [PATCH] eapi7-ver.eclass: 'Early adopter' version of EAPI 7 version manip

> On Fri, 8 Sep 2017, Ciaran McCreesh wrote: > On Fri, 08 Sep 2017 14:54:10 +0200 > Michał Górny wrote: >> It only explains how the functions parse stuff (except for ver_test >> which uses PMS rules). They are by definition supposed to work with >> random upstream

Re: [gentoo-dev] [PATCH] eapi7-ver.eclass: 'Early adopter' version of EAPI 7 version manip

> On Fri, 8 Sep 2017, Michał Górny wrote: > +# A version component can either consist purely of digits ([0-9]+) or > +# purely of uppercase and lowercase letters ([a-zA-Z]+). Any other > +# character is treated as a version separator. Minor documentation nitpick (sorry for not noticing this

Re: [gentoo-dev] Last rites: games-rpg/nwn-shadowlordsdreamcatcherdemon

> On Thu, 7 Sep 2017, Rich Freeman wrote: > On Thu, Sep 7, 2017 at 5:18 PM, Michał Górny wrote: >> W dniu czw, 07.09.2017 o godzinie 16∶42 -0400, użytkownik Rich Freeman >> napisał: >>> Are you saying it is sufficient to just point the SRC_URI at the >>> new URL and remove

Re: [gentoo-dev] Last rites: games-rpg/nwn-shadowlordsdreamcatcherdemon

> On Thu, 7 Sep 2017, R0b0t1 wrote: > Downloading does not imply committing a felony. As far as anyone can > tell it is impossible to prosecute someone for downloading something > they already own (regardless of what any EULA has claimed). Sure, if the user already has rightfully obtained

Re: [gentoo-dev] Last rites: games-rpg/nwn-shadowlordsdreamcatcherdemon

> On Thu, 7 Sep 2017, Rich Freeman wrote: >>> Do we routinely confirm that any site we list in SRC_URI has >>> permission to redistribute files? That seems like a slippery >>> slope. >> >> We don't, and for a package that comes with a license (as the vast >> majority of packages does) it

Re: [gentoo-dev] Last rites: games-rpg/nwn-shadowlordsdreamcatcherdemon

>>>>> On Wed, 6 Sep 2017, Rich Freeman wrote: > On Wed, Sep 6, 2017 at 2:52 AM, Ulrich Mueller <u...@gentoo.org> wrote: >>>>>>> On Tue, 5 Sep 2017, Gordon Pettey wrote: >> >>> Can these package.mask notes stop saying "no alternat

Re: [gentoo-dev] Last rites: games-rpg/nwn-shadowlordsdreamcatcherdemon

> On Tue, 5 Sep 2017, Gordon Pettey wrote: > Can these package.mask notes stop saying "no alternative found" when > it's obvious five seconds of Google searching was not even performed > to find an alternative? >

Re: [gentoo-dev] [PATCH v2] eclass/kernel-2.eclass: Remove use of tr in global scope

> On Thu, 31 Aug 2017, Mike Pagano wrote: > + declare -l LOOP_ARCH_L=${LOOP_ARCH} > [...] > + declare -u TC_ARCH_KERNEL=$(tc-arch-kernel); This is not legal in EAPI 5 or earlier, because the -l and -u options of declare did not exist in bash 3.2. So it is no

Re: [gentoo-dev] Re: [PATCH] eclass/kernel-2.eclass: Remove use of tr in global scope

> On Thu, 31 Aug 2017, Michał Górny wrote: >> > @@ -1425,9 +1426,10 @@ detect_arch() { >> > COMPAT_URI="${!COMPAT_URI}" >> > >> > [[ -n ${COMPAT_URI} ]] && \ >> > - ARCH_URI="${ARCH_URI} $(echo ${LOOP_ARCH} | tr '[:upper:]' >> > '[:lower:]')? ( ${COMPAT_URI} )" >>

Re: [gentoo-portage-dev] [PATCH] ebuild.sh: Explicitly ban get_libdir in global scope

> On Wed, 30 Aug 2017, Zac Medico wrote: > It's possible that there are working ebuilds that call get_libdir in > global scope. How could that be possible when get_libdir() is defined in phase-helpers.sh? > Have we done an analysis of the ebuilds in the gentoo repository? > Obviously, it

Re: [gentoo-dev] Of death and prerm

> On Wed, 30 Aug 2017, Ian Stakenvicius wrote: > For adding this to FEATURES and RESTRICT, are we moving into PMS > modification territory? Not necessarily. Or rather, we could proceed without modifying it, because "Package managers may recognise other tokens" [1]. FEATURES is Portage only.

Re: [gentoo-dev] Of death and prerm

> On Wed, 30 Aug 2017, Michael Orlitzky wrote: >> This rather sounds like a case for package manager support with >> some property like RESTRICT="uninstall". > Would it still be possible to override with > I_KNOW_WHAT_I_AM_DOING=yes then? No. If this was to be implemented in Portage, I

Re: [gentoo-dev] Of death and prerm

> On Wed, 30 Aug 2017, Michael Orlitzky wrote: > I've been working on the user packages GLEP that I started and then > forgot about sometime at the beginning of the year. I'm trying to finish > up the reference implementation. > When it comes to removing users, everyone's suggestions were

[gentoo-dev] Re: Last rites: xfce-extra/xfce4-volumed

> On Mon, 28 Aug 2017, Duncan wrote: > Michał Górny posted on Mon, 28 Aug 2017 20:25:54 +0200 as excerpted: >> # Michał Górny (28 Aug 2017) >> # Alike xfce4-mixer, relies on gstreamer:0.10 (gstreamer:1.0 removed >> # mixer wrappers). Last commit upstream in 2014.

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

> On Sat, 26 Aug 2017, Matt Turner wrote: > Isn't it just part of util-linux? The HOMEPAGE link makes me think > so, and my system has /bin/more which is owned by util-linux, which > is part of @system. Seems silly to have a separate package for it in > the tree on those grounds alone. It

Re: [gentoo-dev] Changing PMS to Portage Manager Specification

> On Wed, 16 Aug 2017, Marek Szuba wrote: > On 2017-08-14 23:46, William L. Thomson Jr. wrote: >> pkgcore - does not support EAPI 6, only experimental EAPI 5 > Side note - according to > https://wiki.gentoo.org/wiki/Project:Package_Manager_Specification > pkgcore has supported EAPI 6 since

Re: [gentoo-dev] New item for sys-kernel/hardened-sources removal

> On Tue, 15 Aug 2017, Francisco Blas Izquierdo Riera (klondike) wrote: > Updated the news item following comments from dilfridge, mrueg and > floppym. Also made it display to users of hardened profiles. Some very minor comments: > Author: Francisco Blas Izquierdo Riera (klondike)

Re: [gentoo-dev] Allow variable refs in HOMEPAGE

>>>>> On Thu, 3 Aug 2017, Michael Orlitzky wrote: > On 08/03/2017 06:33 PM, Ulrich Mueller wrote: >> It did, even back in 2004: >> https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/xml/htdocs/proj/en/devrel/handbook/hb-guide-ebuild.xml?hideattic=0=1.10=markup#l534

Re: [gentoo-dev] Allow variable refs in HOMEPAGE

> On Thu, 3 Aug 2017, Michael Orlitzky wrote: > On 08/03/2017 03:39 PM, Mike Gilbert wrote: >> The developer handbook was also a "policy" manual of sorts when it >> existed. > The developer handbook that I just said didn't mention variables in > HOMEPAGE at all. It did, even back in 2004:

Re: [gentoo-dev] Allow variable refs in HOMEPAGE

> On Thu, 3 Aug 2017, Michael Orlitzky wrote: > [...] Portage Manager Specification [...] D'oh! pgp6Uct6pop5G.pgp Description: PGP signature

Re: [gentoo-dev] Allow variable refs in HOMEPAGE

> On Thu, 3 Aug 2017, Mike Gilbert wrote: > I would like to remove the ban on variable references in the > HOMEPAGE variable in ebuilds. I think this is not a good idea. For example, it would break browse-url-at-point (C-u u .) from within Emacs. > [...] > Allowing variables in HOMEPAGE

Re: [gentoo-dev] [RFC pre-GLEP] Gentoo Git Workflow

> On Tue, 25 Jul 2017, Michał Górny wrote: > On wto, 2017-07-25 at 09:26 -0400, Rich Freeman wrote: >> There would also be less variation. Bug: 123456 is pretty >> unambiguous as a reference. When you start having http vs https and >> maybe a few different ways of creating a URL to a bug it

Re: [gentoo-dev] vim-syntax USE flag

> On Mon, 24 Jul 2017, Mike Gilbert wrote: >> The flag also pulls in additional dependencies for some ebuilds. >> So I wonder how it could be made unconditional? For example, >> app-admin/eselect[vim-syntax] depends on app-vim/eselect-syntax >> which in turn will pull in vim or gvim.

Re: [gentoo-dev] vim-syntax USE flag

> On Sat, 22 Jul 2017, Mike Gilbert wrote: > Packages currently handle installation of vim syntax support files > inconsistently. Some builds install the files if the "vim-syntax" > USE flag is enabled, while others install them unconditionally. > Do these files fall into the "small text

Re: [gentoo-dev] Sets vs Meta ebuilds

> On Mon, 10 Jul 2017, William L Thomson wrote: > Stop getting lost in the weeds > You all are making this about -c vs -C. I am not talking about that! > LET ME CLARIFY > [...] SHOULD [...] PERIOD. NOTHING [...] > So PLEASE stop with that! Right. Please stop shouting in the

Re: [gentoo-dev] Pre-GLEP RFC: Automated enforcing of REQUIRED_USE constraints

>>>>> On Sun, 09 Jul 2017, Michał Górny wrote: > On nie, 2017-07-09 at 09:22 +0200, Ulrich Mueller wrote: >> Second, and more important, introduction of an automatic solver >> would inevitably lead to proliferation of REQUIRED_USE in the tree. >> However, noth

Re: [gentoo-dev] Pre-GLEP RFC: Automated enforcing of REQUIRED_USE constraints

> On Sat, 08 Jul 2017, Michał Górny wrote: > Nobody said anything about the next EAPI. The GLEP doesn't say a > word about introducing it in a future EAPI. > We're adding this as an optional (default off) FEATURE into Portage > and we'll see how it works. As far as I'm concerned, we can

Re: [gentoo-dev] Pre-GLEP RFC: Automated enforcing of REQUIRED_USE constraints

> On Sat, 8 Jul 2017, Ciaran McCreesh wrote: > On Sat, 8 Jul 2017 16:39:29 +0200 > Alexis Ballier wrote: >> Indeed, makes sense. Would it also make sense to have some more >> logical meaning in a future EAPI ? I mean, in every context I've ever >> seen, applying a rule

Re: [gentoo-dev] Pre-GLEP RFC: Automated enforcing of REQUIRED_USE constraints

>>>>> On Sat, 08 Jul 2017, Michał Górny wrote: > On sob, 2017-07-08 at 12:26 +0200, Ulrich Mueller wrote: >> Section "Processing algorithm": >> >> > 2. Check whether the REQUIRED_USE constraint matches restrictions >> > set in #R

Re: [gentoo-dev] Pre-GLEP RFC: Automated enforcing of REQUIRED_USE constraints

> On Sat, 08 Jul 2017, Michał Górny wrote: > The pre-GLEP for review is here: > https://wiki.gentoo.org/wiki/User:MGorny/GLEP:ReqUse On first glance: Section "Processing algorithm": | 2. Check whether the REQUIRED_USE constraint matches restrictions | set in #Restrictions on REQUIRED_USE

Re: [gentoo-dev] Packages up for grabs

> On Tue, 20 Jun 2017, Pacho Ramos wrote: > This packages are now up for grabs: > eclass/l10n.eclass I can take this one. Ulrich pgpyjv3fExdLQ.pgp Description: PGP signature

Re: [gentoo-dev] [RFC] Forced/automatic USE flag constraints (codename: ENFORCED_USE)

> On Tue, 30 May 2017, Alexis Ballier wrote: > The way I see it, this boils down to spec'ing something that > guarantees there's a unique solution given an input. The solution > does not have to be good or bad (we don't have a good metric on that > anyway), it just has to be deterministic so

Re: [gentoo-dev] [RFC] Forced/automatic USE flag constraints (codename: ENFORCED_USE)

>>>>> On Tue, 30 May 2017, Alexis Ballier wrote: > On Tue, 30 May 2017 00:01:16 +0200 > Ulrich Mueller <u...@gentoo.org> wrote: >> Also, can we find a better name? Sorry for the bikeshedding at this >> early stage, but I believe that ENFORCED_USE c

Re: [gentoo-dev] [RFC] Forced/automatic USE flag constraints (codename: ENFORCED_USE)

> On Mon, 29 May 2017, Michał Górny wrote: > On pon, 2017-05-29 at 20:00 +0200, Alexis Ballier wrote: >> Can you provide an efficient algorithm for the above syntax? That >> is, given a set of +/- useflags forced by user, output the set of >> effective useflags (or a rant if it is

Re: [gentoo-dev] [RFC] Restricted version of gentoo-dev mailing list

> On Tue, 23 May 2017, William Hubbs wrote: > On Tue, May 23, 2017 at 09:31:18PM +0200, Michał Górny wrote: >> I'd like to request Infra to establish a new mailing list that would >> fill in the gap between our public mailing lists and the gentoo-core >> mailing list. >> >> Name:

Re: [gentoo-dev] [RFC] 17.0 profile update

> On Fri, 12 May 2017, Matthias Maier wrote: > I will post an RFC for a profile update (and a news item) for 17.0 We used to count from 1999 (namely, 10.0 introducing the counting appeared on our 10th anniversary). So shouldn't the above be 18.0? Ulrich pgpaE0ZYH2Lu2.pgp Description: PGP

Re: [gentoo-dev] Bugzilla package list editing

> On Thu, 4 May 2017, Jeroen Roovers wrote: >Atom Prefix Operators [> >= = <= <] > Sometimes you want to be able to depend on general >versions rather than specifying exact versions all the time. >Hence we provide standard boolean operators: >

Re: [gentoo-dev] new eclass: meson.eclass for the meson build system

> On Wed, 3 May 2017, William Hubbs wrote: > # @VARIABLE: mymesonargs I guess this is modeled after cmake-utils.eclass, but should eclass variables really use the "my" prefix? There seems to be no formal rule for this, but numerous devmanual examples (like MY_PV) suggest that MY is available

Re: [gentoo-dev] Bugzilla package list editing

> 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 syntax). Bug 616260 is one such example. > [1]

Re: [gentoo-dev] [PATCH] app-portage/eclass-manpages: @DEFAULT_UNSET -> @DEFAULT-UNSET

> On Mon, 01 May 2017, Michał Górny wrote: > You are confusing constructive criticism with meaningless style > bikeshed which serves no purpose except creating more work on > everyone. What's creating more work for everybody is changing the name of the token. All I was saying was that

Re: [gentoo-dev] [PATCH] app-portage/eclass-manpages: Add support for @DEFAULT-VALUE

> On Mon, 1 May 2017, kentnl wrote: > @@ -40,6 +40,7 @@ > # [@DEFAULT_UNSET] > # [@INTERNAL] > # [@REQUIRED] > +# @DEFAULT-VALUE: Please make this DEFAULT_VALUE, in oder to be consistent with the existing DEFAULT_UNSET. Otherwise, nobody will be able to remember when to use a hyphen and

Re: [gentoo-dev] [PATCH] app-portage/eclass-manpages: @DEFAULT_UNSET -> @DEFAULT-UNSET

> On Sun, 30 Apr 2017, Michał Górny wrote: > From now on I'm not going to listen to any suggestions that do not > come with a patch. You have posted a patch for review. So IMHO, asking others to do the work when you receive criticism isn't a reasonable request. All the more since the

Re: [gentoo-dev] [PATCH] app-portage/eclass-manpages: @DEFAULT_UNSET -> @DEFAULT-UNSET

> On Fri, 28 Apr 2017, Michał Górny wrote: > (and hyphens do not require holding shift). So they are awkward to type inside a string that is all-caps? Ulrich pgpcPtuzpVLxT.pgp Description: PGP signature

Re: [gentoo-portage-dev] [PATCH] dosym: protect Prefix hack from double EPREFIX

>>>>> On Wed, 19 Apr 2017, Ulrich Mueller wrote: >> +if [[ ${target:0:1} == "/" && ${target} != "${EPREFIX}"* ]]; then > I think you want an additional slash in the second condition, in order > to prevent /foo/barbaz from matching

Re: [gentoo-portage-dev] [PATCH] dosym: protect Prefix hack from double EPREFIX

> On Wed, 19 Apr 2017, Michał Górny wrote: > Add an additional conditional to the dosym Prefix hack to ensure that > the symlink is not using double Prefix when the ebuild uses ${EPREFIX} > explicitly. This ensures that Portage on Prefix systems is both > compatible with the ebuilds relying

Re: [gentoo-dev] [PATCH] cdrom.eclass: Near rewrite

> On Mon, 17 Apr 2017, James Le Cuirot wrote: > If you've been wondering why I've been quiet of late (you have, > right?!) then this is partly why. I'm not sure why I spent so long > on an eclass that hardly anyone uses but it's utilised by many of my > old favourite games. Wouldn't this be

Re: [gentoo-dev] [RFC] New Manifest hashes and how to enable them

> On Mon, 3 Apr 2017, Dirkjan Ochtman wrote: > This seems pretty hasty. > First of all, SHA-256 should be safe for all intents and purposes, > and for the foreseeable future. This is nothing like Git's usage of > SHA-1, which was known to be on the way to brokenville for a long > time. I

[gentoo-dev] Virtuals cleanup

Does anyone mind if I remove empty assignments of optional variables from virtual ebuilds? Especially: HOMEPAGE, SRC_URI, LICENSE, IUSE, and DEPEND. Ulrich pgpYqVSXGIeY3.pgp Description: PGP signature

Re: [gentoo-dev] New Virtual: virtual/wine

> On Mon, 27 Mar 2017, NP-Hardass wrote: > This is part of the usual for discussing new virtuals before > addition. I'm reaching the final stages of prep for migrating from > app-emulation/wine to several packages, one for each major patchset > that we support. This will enable us to get

Re: [gentoo-dev] Proposal: profiles/arches.desc - improve repoman flexibility (with other benefits)

> On Mon, 27 Mar 2017, Mart Raudsepp wrote: > Ühel kenal päeval, E, 27.03.2017 kell 11:07, kirjutas Fabian Groffen: >> Back to the topic of the thread, is it possible to make the >> difference between e.g. x86, x86-linux, x86-solaris and x86-macos >> in this proposal? > I believe the

Re: [gentoo-dev] Proposal: profiles/arches.desc - improve repoman flexibility (with other benefits)

> On Mon, 27 Mar 2017, Fabian Groffen wrote: >> > When you say "arch" you actually mean a keyword as per GLEP-53[1] >> > right? >> >> Which doesn't agree with actual usage in the tree, though. > That surprises me. Do you have an example of that? The GLEP says about the OS suffix: "The

Re: [gentoo-portage-dev] [RFC] eslurp helper

> On Sun, 26 Mar 2017, Michał Górny wrote: > I'm thinking of creating a new helper in Portage. The draft name is > eslurp. It would be used like: > eslurp [--dist|--binpkg] ... +1 The name will need some bikeshedding, though. :) I suggest "edrop" or "einsert". > i.e. it would have two

<    5   6   7   8   9   10   11   12   13   14   >