[gentoo-dev] Re: [PATCH python-utils-r1 3/4] Ban calling pythonY and pythonY-config when pythonX is used

On Sat, Jul 25, 2015 at 6:37 AM, Michał Górny wrote: > Ban calling python3{,-config} when python2 is used, and the other way > around. While this will not prevent configure scripts from finding the > other Python version, it will cause them to fail eventually trying to > use it. Currently those at

[gentoo-dev] Re: [PATCH python-utils-r1 1/4] Use shell wrappers instead of symlinks for python{,-config}

On Sat, Jul 25, 2015 at 6:37 AM, Michał Górny wrote: > Use shell wrappers to spawn python & python-config instead of symlinks > to fix magic applied by Python 3.4+ to symlinks. > > Fixes: https://bugs.gentoo.org/show_bug.cgi?id=555752 Looks ok to me. The use of ${PYTHON} as a prefix for ${PYTHON

Re: [gentoo-dev] Re: Reverted python3.4 defaults

On Sun, Jul 19, 2015 at 12:42 PM, Ben de Groot wrote: > On 20 July 2015 at 00:03, Mike Gilbert wrote: >> If there are no objections, I would like to enable python3.4 by >> default on Saturday, July 25. That means making the following change: >> >> profiles/base/make.

[gentoo-dev] Re: Reverted python3.4 defaults

On Sun, Nov 23, 2014 at 8:56 PM, Mike Gilbert wrote: > Just a heads-up: I have reverted PYTHON_TARGETS to contain python2_7 > and python3_3 (removing python3_4). > > The stable tree is not quite ready for python3_4; there are many > packages that need to have python3_4 added to PYT

Re: [gentoo-dev] Impl. egetent in user.eclass using script from sys-apps/getent?

On Wed, Jun 10, 2015 at 12:44 PM, Joakim Tjernlund wrote: > I wonder if it would be possible to use the script from > sys-apps/getent(included below) > to impl. getent in user.eclass instead of using glibc's getent? I cannot see > any downside, is there one? > glibc's getent can get data from a

Re: [gentoo-dev] new eclass: xdg and xdg-utils as a replacement for fdo-mime

On Wed, Jun 10, 2015 at 10:12 AM, Gilles Dartiguelongue wrote: > This is an attempt to fix bug #208047 [1] and bug #444568 [2] > > Current fdo-mime eclass is often not used when it should be. I suppose > this is partly because one has to think too much about whether it is > needed or not and what

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

On Sun, Jun 7, 2015 at 4:16 PM, Justin Lecher (jlec) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 07/06/15 14:48, Andrew Udvare wrote: >> On 07/06/15 05:12, Alexis Ballier wrote: >>> On Sat, 6 Jun 2015 22:00:14 -0400 Mike Gilbert >>> wr

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

On Sat, Jun 6, 2015 at 3:26 AM, Justin Lecher (jlec) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hi everyone, > > Can we get an agreement on how we are indenting metadata.xml? > > I like to properly format and indent metadata.xml, but without having > an agreement or policy on t

Re: [gentoo-dev] [RFC] check-reqs.eclass: fail check-reqs_memory() for virtual rather than physical RAM

On Wed, Jun 3, 2015 at 4:22 PM, Christian Bricart wrote: > Dear devs, > > i've just hit the constraint CHECKREQS_MEMORY=3G in >>=www-client/chromium-44.* on a 2 GiB RAM machine.. (having additionally > 5G Swap on SSD..) > > I personally doubt that check-reqs_memory() in the eclass should only > ch

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

On Sun, May 31, 2015 at 12:50 PM, Mike Frysinger wrote: > On 31 May 2015 11:58, Mike Gilbert wrote: >> It might still be nice to adjust such packages for consistency, but it >> might be harder to justify patches to upstream developers. > > pkg-config already merged it and it&

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

On Sat, May 30, 2015 at 2:54 PM, Mike Frysinger wrote: > we've got a new QA check that warns whenever a package is built using a 32bit > filesystem interface. in practice, this applies to arm/mips/ppc/sh/x86 > systems > (not including multilib -- for now). > > this topic has come up in Gentoo a

Re: [gentoo-dev] New basic systemd profile

On Sat, May 2, 2015 at 11:26 AM, Alexis Ballier wrote: > On Sat, 2 May 2015 05:53:57 -0400 > Rich Freeman wrote: > >> On Sat, May 2, 2015 at 4:20 AM, Alexis Ballier >> wrote: >> > On Fri, 1 May 2015 11:28:52 -0400 >> > Mike Gilbert wrote: >> > &

Re: [gentoo-dev] New basic systemd profile

On Fri, May 1, 2015 at 11:44 AM, Andrew Udvare wrote: > >> On 2015-05-01, at 08:28, Mike Gilbert wrote: >> >> Due to popular demand, I have added a basic systemd profile for amd64: >> >> default/linux/amd64/13.0/systemd >> >> Previously, the systemd p

[gentoo-dev] New basic systemd profile

Due to popular demand, I have added a basic systemd profile for amd64: default/linux/amd64/13.0/systemd Previously, the systemd profile was only available in combination with gnome or kde. This new profile will make it easier for users to switch to systemd from an unpacked stage3 tarball. To avo

Re: [gentoo-dev] Re: RFC: c++14 global USE flag

On Tue, Apr 28, 2015 at 4:07 PM, Anthony G. Basile wrote: > On 04/26/15 23:21, Duncan wrote: >> >> Diego Elio Pettenò posted on Sun, 26 Apr 2015 17:41:04 +0100 as excerpted: >> >>> On 25 April 2015 at 16:57, Duncan <1i5t5.dun...@cox.net> wrote: >>> Of course, one thing that could make the pro

Re: [gentoo-dev] Re: git://anongit.gentoo.org is extremely slow

On Sat, Apr 25, 2015 at 1:32 AM, Kent Fredric wrote: > > On 23 April 2015 at 21:02, Duncan <1i5t5.dun...@cox.net> wrote: >> >> with patches already in >> the live-git version, and I believe lessons were learned about >> coordinating repo updates when a major host changes as well, so >> hopefully,

Re: [gentoo-dev] Policy regarding enablement of drop-in configuration files

On Tue, Mar 31, 2015 at 8:36 PM, Alec Warner wrote: > Personally I'm with Vapier that this is a Bad Idea(TM) for the reasons he > stated; but I'm unsure we have "A Policy Against It" > > It seems like something one might offer an eselect module for though. I've had a couple people recommend this;

Re: [gentoo-dev] Policy regarding enablement of drop-in configuration files

On Tue, Mar 31, 2015 at 5:21 PM, Alec Warner wrote: > > > On Tue, Mar 31, 2015 at 11:14 AM, Mike Gilbert wrote: >> >> Hi all, >> >> I have been bumping heads with Mike Frysinger (vapier) on the topic of >> drop-in config files that are utilized by quite

[gentoo-dev] Policy regarding enablement of drop-in configuration files

Hi all, I have been bumping heads with Mike Frysinger (vapier) on the topic of drop-in config files that are utilized by quite a few system services on Gentoo. For reference, see bug 544150. Mike claims that Gentoo has a policy of "not enabling anything by default", and that this policy applies t

Re: [gentoo-dev] rfc: zsh completions -- optional or mandatory?

On Thu, Mar 26, 2015 at 1:17 PM, Rich Freeman wrote: > On Thu, Mar 26, 2015 at 12:51 PM, William Hubbs wrote: >> >> The other method is shown by dev-vcs/hub at least, and maybe several >> other packages -- e.g. unconditionally installing the completions >> according to our small files installatio

Re: [gentoo-dev] The bindist USE flag and RESTRICT=bindist

On Tue, Mar 3, 2015 at 4:12 PM, Ulrich Mueller wrote: > While discussing the issue in #-releng, it was also suggested that a > news item should be prepared, to inform users that they cannot rely on > USE=bindist. (They cannot rely on it already now, though.) Does it > make sense to have a news ite

Re: [gentoo-dev] The bindist USE flag and RESTRICT=bindist

On Tue, Mar 3, 2015 at 7:10 PM, Mike Gilbert wrote: > On Tue, Mar 3, 2015 at 4:12 PM, Ulrich Mueller wrote: >> IMHO, the bindist USE flag is redundant in these cases. So we should >> get rid of the REQUIRED_USE and add a restriction instead: >> >>IUSE="foo

Re: [gentoo-dev] The bindist USE flag and RESTRICT=bindist

On Tue, Mar 3, 2015 at 4:12 PM, Ulrich Mueller wrote: > IMHO, the bindist USE flag is redundant in these cases. So we should > get rid of the REQUIRED_USE and add a restriction instead: > >IUSE="foo" >RESTRICT="foo? ( bindist )" > > What do you think? Should we proceed in this direction?

Re: [gentoo-dev] do we need special elog messages for bindist?

On Wed, Feb 25, 2015 at 1:17 PM, "Paweł Hajdan, Jr." wrote: > I'm looking at which > suggests removing elog messages chromium has for bindist: > > This is the snippet we use in the ebuild: > > if use bindist; then > elog "bin

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/watchdog: watchdog-0.8.3.ebuild ChangeLog

On Wed, Feb 18, 2015 at 7:08 PM, Patrick Lauer wrote: > On Wednesday 18 February 2015 18:43:59 hasufell wrote: >> Is there a communication problem? >> >> I don't remember getting either: >> * a bug report >> * a ping >> * a review request >> >> Did I miss something? > > Yes. > > Why is this packag

Re: [gentoo-dev] Making more repoman checks fatal

On Mon, Feb 16, 2015 at 8:00 AM, Patrick Lauer wrote: > Thus I suggest making the following warnings proper errors: > > (Taken from current repoman 'qawarnings' set) > > "changelog.missing", > "changelog.notadded", These two are pretty much irrelevant now that repoman auto-generates ChangeLog, so

Re: [gentoo-dev] About reducing or even removing stable tree for some arches

On Mon, Feb 16, 2015 at 4:22 PM, Anthony G. Basile wrote: >> They come from multiple places, for example I am now fighting with >> getting ipython finally stabilized after months of waiting because the >> deps hell in python packages (as package A needs package B, B needs C >> and D maintained by

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

On Mon, Feb 9, 2015 at 6:40 AM, Michał Górny wrote: > Dnia 2015-02-09, o godz. 20:05:07 > "Mike Frysinger (vapier)" napisał(a): > >> vapier 15/02/09 20:05:07 >> >> Modified: toolchain.eclass >> Log: >> use multislot for all cross-compilers and versions older than gcc-4.6 >>

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

On Sun, Jan 18, 2015 at 7:13 PM, Patrick Lauer wrote: >> 3dnow - Use the 3DNow! instruction set >> 3dnowext - Use the Enhanced 3DNow! instruction set > > Those are kinda mostly dead (no new CPUs have them anymore) > I'm sure there are still plenty of these out in the wild. I know I have one. > S

Re: [gentoo-dev] Where to install Grub2 background images too?

On Mon, Jan 12, 2015 at 12:56 PM, Sebastian Pipping wrote: > Hi! > > > Debian is putting Grub2 background (or "splash") images into > /usr/share/images/grub/ [1] but we do no not have an /usr/share/images/ > folder. > (I'm not referring to full themes, just background images.) > > If I were to mak

Re: [gentoo-dev] qa last rites multiple packages

On Wed, Jan 7, 2015 at 10:52 AM, William Hubbs wrote: > My understanding of p.mask is it is never permanent. Things go in > there until they get fixed or eventually removed. I disagree with this. In my opinion, it is fine to have permanently masked packages in some cases. I don't really care what

Re: [gentoo-dev] qa last rites multiple packages

On Wed, Jan 7, 2015 at 1:11 PM, William Hubbs wrote: > On Wed, Jan 07, 2015 at 12:24:12PM -0500, Mike Pagano wrote: >> On Wed, Jan 07, 2015 at 12:14:23PM -0500, Mike Gilbert wrote: >> > On Wed, Jan 7, 2015 at 12:11 PM, William Hubbs wrote: >> > > On Wed, Jan 07,

Re: [gentoo-dev] qa last rites multiple packages

On Wed, Jan 7, 2015 at 12:11 PM, William Hubbs wrote: > On Wed, Jan 07, 2015 at 11:21:56AM -0500, Mike Pagano wrote: >> On Tue, Jan 06, 2015 at 05:47:10PM -0600, William Hubbs wrote: >> > All, >> > >> > these packages have been masked in the tree for months - years with no >> > signs of fixes. >>

[gentoo-dev] lastrite of dev-python/{orm,testoob}

Forwarding this on behalf of Ian, who is having trouble sending to the list. Date: Wed, 24 Dec 2014 10:18:23 +0800 From: IAN DELANEY To: gentoo-dev-annou...@lists.gentoo.org, gentoo-dev@lists.gentoo.org Subject: lastrite of dev-python/{orm,testoob} # Ian Delaney (24 Dec 2014) # Have little e

[gentoo-dev] Last rites: sci-physics/camfr

# Mike Gilbert (25 Dec 2014) # Deprecated PIL imports, bug 471552. # Removal in 30 days. sci-physics/camfr signature.asc Description: OpenPGP digital signature

[gentoo-dev] Re: [gentoo-dev] Re: [gentoo-dev] Re: [gentoo-dev] Bug №504116, /etc/init.d/functions.sh

On Sat, Dec 20, 2014 at 12:52 PM, Сергей wrote: > But I think it is possible to make "gentoo-functions" ebuild also copy > "functions.sh" to "/etc/init.d/" as a temporary workaround. This has been discussed with the maintainer of gentoo-functions; he prefers to take the long (and possibly safer)

[gentoo-dev] Reverted python3.4 defaults

Just a heads-up: I have reverted PYTHON_TARGETS to contain python2_7 and python3_3 (removing python3_4). The stable tree is not quite ready for python3_4; there are many packages that need to have python3_4 added to PYTHON_COMPAT, and a smaller set that need to be stabilized. If you would like to

Re: [gentoo-dev] [PATCH] games.eclass: Allow to disable games permissions wrt #467386

On Fri, Nov 21, 2014 at 10:31 AM, hasufell wrote: > On 11/21/2014 04:10 PM, Tim Harder wrote: >> On 2014-11-21 09:54, hasufell wrote: >>> There are users who seem to like it and the games team wants to keep it >>> as well, so I don't see a reason to push into that direction. >> >>> The main thing

Re: [gentoo-dev] Re: Implicit system dependency

On Mon, Nov 17, 2014 at 7:08 PM, Ian Stakenvicius wrote: > > >> On Nov 17, 2014, at 7:03 PM, hasufell wrote: >> >>> On 11/18/2014 12:47 AM, Andreas K. Huettel wrote: >>> Am Dienstag, 18. November 2014, 00:38:36 schrieb hasufell: >>> >>> We just don't want to answer a thousand >>> questions when t

Re: [gentoo-dev] Re: RFC: News item for python3.4 defaults

On Sun, Nov 16, 2014 at 9:24 PM, Duncan <1i5t5.dun...@cox.net> wrote: > Mike Gilbert posted on Sun, 16 Nov 2014 12:21:14 -0500 as excerpted: > >> At the same time, support for Python 3.2 will be removed from the >> python-r1 family of eclasses. This version no longer recei

Re: [gentoo-dev] RFC: News item for python3.4 defaults

On Sun, Nov 16, 2014 at 12:19 PM, Mike Gilbert wrote: > On Sat, Nov 15, 2014 at 5:16 PM, Michał Górny wrote: >> You may want to mention --changed-use. Also, I don't think >> python-updater is relevant here since python.eclass doesn't support >> 3.4. > > Than

Re: [gentoo-dev] RFC: News item for python3.4 defaults

Here's version 2. Title: Python 3.4 enabled by default Author: Mike Gilbert Content-Type: text/plain Posted: 2014-11-15 Revision: 1 News-Item-Format: 1.0 Python 3.4 will be enabled by default on 2014-11-22, replacing Python 3.3 as the default Python 3 interpreter. PYTHON_TARGETS will be adju

[gentoo-dev] RFC: News item for python3.4 defaults

Please review the attached news item. This is intended as a head-up before I adjust the default PYTHON_TARGETS setting in our profiles. Any improvements are welcome. Title: Python 3.4 enabled by default Author: Mike Gilbert Content-Type: text/plain Posted: 2014-11-15 Revision: 1 News-Item-Format

Re: [gentoo-dev] Re: Implicit system dependency

On Thu, Nov 13, 2014 at 5:10 PM, Alexander Hof wrote: > Mike Gilbert wrote: >> On Thu, Nov 13, 2014 at 10:27 AM, Michael Palimaka >> wrote: >>> On 14/11/14 01:05, Michael Orlitzky wrote: >>>> Isn't it possible to disable C++ in GCC with USE="-cxx&q

Re: [gentoo-dev] Re: Implicit system dependency

On Thu, Nov 13, 2014 at 10:27 AM, Michael Palimaka wrote: > On 14/11/14 01:05, Michael Orlitzky wrote: >> Isn't it possible to disable C++ in GCC with USE="-cxx"? > > It is, but I think if that's disabled you're on your own. :-) Perhaps we should add a package.use.force entry for this. Is there a

Re: [gentoo-dev] Implicit system dependency

On Wed, Nov 5, 2014 at 12:30 PM, Luca Barbato wrote: > On 05/11/14 02:16, Michael Orlitzky wrote: >> >> When I was taking my ebuild quizzes, I asked for someone to clarify the >> implicit system dependency that we have enshrined in the devmanual: >> >>https://bugs.gentoo.org/show_bug.cgi?id=48

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

On Tue, Oct 21, 2014 at 4:45 AM, Martin Vaeth wrote: > Ian Stakenvicius wrote: >> On 20/10/14 06:58 AM, Anthony G. Basile wrote: >> >>> I don't think we'll ever want to support a mixed abi system. >> >> Can we, even? Would it be a mixed-abi system or a multi-abi system? > > I am afraid, we *have

Re: [gentoo-dev] Removing a blocker from a stable package

On Mon, Oct 13, 2014 at 2:20 PM, Ralph Sennhauser wrote: > On Mon, 13 Oct 2014 14:02:55 -0400 > "Anthony G. Basile" wrote: > >> On 10/13/14 12:58, Michael Orlitzky wrote: >> > I've got two obsolete packages masked currently: app-text/unix2dos >> > and app-doc/djbdns-man. Both of them block other

Re: [gentoo-dev] Add gcc-specs-stack-check() to toolchain-funcs.eclass

On Sun, Oct 12, 2014 at 2:03 PM, Dan Douglas wrote: > On Sun, Oct 12, 2014 at 11:22 AM, Anthony G. Basile > wrote: >> Hi everyone, >> >> I'd like to add the patch below to toolchain-funcs.eclass. I need it for >> bug #46 and it helps to address a category of bugs which gcc-4.8 >> uncovers.

Re: [gentoo-dev] Add bc back to the stage3

On Sat, Sep 27, 2014 at 8:22 AM, Ciaran McCreesh wrote: > On Sat, 27 Sep 2014 12:47:14 +0200 > Luca Barbato wrote: >> Because I'd expect a stage3 to be posix compliant > > I agree. It's time to replace nano with Vim. > To restate this: There are numerous other utilities specified in POSIX which

Re: [gentoo-dev] rfc: adding sys-apps/iproute2 to the @system set

On Fri, Sep 5, 2014 at 4:30 PM, Anthony G. Basile wrote: > On 09/05/14 16:08, Michał Górny wrote: >> >> Dnia 2014-09-05, o godz. 12:34:11 >> William Hubbs napisał(a): >> >>> there is a bug open requesting that we add sys-apps/iproute2 to the >>> system set [1]. Originally the request was to drop

Re: [gentoo-dev] rfc: adding sys-apps/iproute2 to the @system set

On Fri, Sep 5, 2014 at 2:35 PM, Alex Xu wrote: > On 05/09/14 01:34 PM, William Hubbs wrote: >> All, >> >> there is a bug open requesting that we add sys-apps/iproute2 to the >> system set [1]. Originally the request was to drop net-tools, but it has >> become just adding iproute2. >> >> If no one

Re: [gentoo-dev] systemd + postgresql is non-obvious to me

On Fri, Aug 22, 2014 at 2:07 PM, Rich Freeman wrote: > On Fri, Aug 22, 2014 at 1:23 PM, Aaron W. Swenson > wrote: >> On the whole, I'm displeased with the systemd alternative for >> controlling PostgreSQL. It's significantly hampered and doesn't allow >> as much flexibility as the initscript. Th

Re: [gentoo-dev] gcc-4.8 may be needed in stable for www-client/chromium-38.x

On Wed, Jul 23, 2014 at 1:48 PM, "Paweł Hajdan, Jr." wrote: > Looks like www-client/chromium is going to start using c++11 seriously > and require gcc-4.8+, see thread > > > This is in the dev channel for

Re: [gentoo-dev] Need help with sys-fs/e2fsprogs-1.42.11 build failure

On Sun, Jul 20, 2014 at 11:09 AM, Mike Gilbert wrote: > On Sun, Jul 20, 2014 at 6:47 AM, Lars Wendler wrote: >> Hi guys, >> >> I just add e2fsprogs{,-libs}-1.42.11 > > Is there some reason that we continue to maintain these as two > separate packages? It seems l

Re: [gentoo-dev] Need help with sys-fs/e2fsprogs-1.42.11 build failure

On Sun, Jul 20, 2014 at 6:47 AM, Lars Wendler wrote: > Hi guys, > > I just add e2fsprogs{,-libs}-1.42.11 Is there some reason that we continue to maintain these as two separate packages? It seems like the e2fsprogs ebuild could build/install both the binaries and the libraries, and that would pro

Re: [gentoo-dev] Need help with sys-fs/e2fsprogs-1.42.11 build failure

On Sun, Jul 20, 2014 at 6:47 AM, Lars Wendler wrote: > Hi guys, > > I just add e2fsprogs{,-libs}-1.42.11 p.masked to our tree as I get a > strange build failure in e2fsprogs-1.42.11: > > x86_64-pc-linux-gnu-gcc -I. -I../../lib -I../../lib -D_GNU_SOURCE > -march=barcelona -mtune=barcelona -O2 -pip

Re: [gentoo-dev] old "masked for testing" entries

On Mon, Jun 30, 2014 at 12:38 PM, William Hubbs wrote: > All, > > Rich Freeman asked, in another thread, for specific examples of old > package.mask entries that just have "masked for testing" as the > description. > > Here is what I found with a quick look through package.mask. These > should be

[gentoo-dev] Re: [PATCH python-utils-r1] Move python_fix_shebang to python-utils-r1 and rewrite it clean.

On Tue, May 20, 2014 at 2:19 PM, Michał Górny wrote: > It serves both as public shebang fixing function and replacement of > _python_rewrite_shebang internal function. For the sake of having common > code and consistent behavior. > > Notes on the 'new' function: > > 1. takes a list of files and/or

Re: [gentoo-dev] Re: RFC: enabling ipc-sandbox & network-sandbox by default

On Thu, May 15, 2014 at 2:48 PM, Ciaran McCreesh wrote: > On Thu, 15 May 2014 14:44:58 -0400 > Mike Gilbert wrote: >> On Thu, May 15, 2014 at 1:17 PM, Ciaran McCreesh >> wrote: >> > On Thu, 15 May 2014 17:15:32 + >> > hasufell wrote: >> >>

Re: [gentoo-dev] Re: RFC: enabling ipc-sandbox & network-sandbox by default

On Thu, May 15, 2014 at 1:17 PM, Ciaran McCreesh wrote: > On Thu, 15 May 2014 17:15:32 + > hasufell wrote: >> Ciaran McCreesh: >> > Sandboxing isn't about security. >> > >> >> Sure it is. > > Then where do the bug reports for all the "security violations" > possible with sandbox go? > There

Re: [gentoo-dev] RFC: enabling ipc-sandbox & network-sandbox by default

On Mon, May 12, 2014 at 12:46 PM, Ciaran McCreesh wrote: > On Mon, 12 May 2014 12:44:38 -0400 > Mike Gilbert wrote: >> On Mon, May 12, 2014 at 11:59 AM, Ciaran McCreesh >> wrote: >> > On Mon, 12 May 2014 17:46:57 +0200 >> > Alexander Berntsen wrote: >

Re: [gentoo-dev] RFC: enabling ipc-sandbox & network-sandbox by default

On Mon, May 12, 2014 at 11:59 AM, Ciaran McCreesh wrote: > On Mon, 12 May 2014 17:46:57 +0200 > Alexander Berntsen wrote: >> On 12/05/14 17:23, Ciaran McCreesh wrote: >> > A flag being present or not in FEATURES does not mean anything, and >> > if you're assuming that it does then you have a bug.

Re: [gentoo-dev] RFC: enabling ipc-sandbox & network-sandbox by default

On Mon, May 12, 2014 at 8:59 AM, Andreas K. Huettel wrote: > Am Montag, 12. Mai 2014, 13:15:35 schrieb Alexander Berntsen: >> -1 from me until Portage is capable of detecting if the user's >> operating system supports the FEATUREs, and informing them of this. >> >> I also agree with Ryan that the

[gentoo-dev] Last rites: dev-python/manifestdestiny

# Mike Gilbert (23 Apr 2014) # Unused python library. Should have been removed with the moz* packages. # Removal in 30 days. dev-python/manifestdestiny

Re: [gentoo-dev] ARM64 stable keyword

On Tue, Apr 22, 2014 at 2:01 PM, Mikle Kolyada wrote: > > 22.04.2014 21:40, Mike Gilbert пишет: >> I see that vapier has been adding arm64 as a stable keyword to lots of >> packages. >> >> When I am requesting stabilization for newer versions these packages, &g

[gentoo-dev] ARM64 stable keyword

I see that vapier has been adding arm64 as a stable keyword to lots of packages. When I am requesting stabilization for newer versions these packages, is there an arm64 arch team I should copy? If not, these stable keywords are just going to get lost as old ebuilds get dropped. For an example, se

Re: [gentoo-dev] Why is IUSE=hpn mandatory in openssh ?

On Tue, Apr 8, 2014 at 2:34 PM, Marcin Mirosław wrote: > According to last problem with openssl and +tls-heartbeat I'd like to > see less features enabled by default. USE="-*" isn't the best solution;) > A bug in an upstream-supported feature is quite different from a patched-in feature that upst

Re: [gentoo-dev] Change or revert the "30 days maintainer timeout" stabilization policy

On Wed, Apr 2, 2014 at 3:28 PM, hasufell wrote: > I'm just not sure what any of the randomly filed stablereqs are for. > It doesn't help anyone, unless the guy who filed it actually uses it > or if it is a blocker for another stabilization. > > It's annoying me for some time now. I expect maintain

Re: [gentoo-dev] Change or revert the "30 days maintainer timeout" stabilization policy

On Wed, Apr 2, 2014 at 12:52 PM, Samuli Suominen wrote: > The "30 days maintainer time out" stabilization policy isn't working > when package has multiple SLOTs, because > the bugs are filed for only latest SLOT, where as some packages require > stabilization in sync at both SLOTs > > Option 1: >

Re: [gentoo-dev] sandbox access violations while running matlab binary installer

On Mon, Mar 31, 2014 at 2:54 PM, Alexandre Rostovtsev wrote: > The best solution is to figure out why the directory is being created there > and whether it is customizable. Maybe the code actually is creating > $HOME/InstallShield? Then export HOME=${T} in your ebuild. > Portage already sets HOME

[gentoo-dev] Maintenance for net-misc/openswan

I picked up maintenance for net-misc/openswan a coupe of years ago. The project has since been forked by its main maintainer upstream into the "libreswan" project. This seems to be better maintained than the current openswan software. I have added libreswan to the tree and it is what I use on a da

Re: [gentoo-dev] gentoo-functions is in the tree

On Mon, Mar 10, 2014 at 7:30 PM, William Hubbs wrote: > All, > > for bug 373219 [1], we are working on providing a functions.sh that does > not rely on OpenRc so that people who are not using OpenRc can > completely remove it from their systems. > > I can now report that gentoo-functions has been

Re: [gentoo-dev] Adding slot and subslot deps to others' packages

On Sun, Mar 2, 2014 at 7:23 PM, Jeroen Roovers wrote: > On Sun, 2 Mar 2014 14:44:52 -0500 > Mike Gilbert wrote: > >> Unless I have missed mgorny's point here, this isn't just about >> libraries that have currently subslots. This is about every single >>

Re: [gentoo-dev] Adding slot and subslot deps to others' packages

On Sun, Mar 2, 2014 at 1:09 PM, Jeroen Roovers wrote: > Honestly, setting up a tracker and blocking it with bugs about packages > which someones-sub-SLOT-checking-script has vetted to be involved could > be done in less than a day (for the hundred or so packages that depend > on dev-libs/libgcrypt

Re: [gentoo-dev] Adding slot and subslot deps to others' packages

On Sun, Mar 2, 2014 at 2:20 PM, Rich Freeman wrote: > My script for spotting opportunities to use slot op deps is still out > there. Of course, I wouldn't just "fix" any ebuild that comes up as > there are situations where it isn't appropriate. What would probably > make sense is for QA to defin

Re: [gentoo-dev] Adding slot and subslot deps to others' packages

On Sun, Mar 2, 2014 at 10:45 AM, Jeroen Roovers wrote: > On Sun, 2 Mar 2014 09:37:22 +0100 > Michał Górny wrote: > >> Few months ago I have written a small FAQ on how to use slots >> and subslots for library dependencies properly [1]. However, today >> I see that most of the developers didn't car

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

On Tue, Feb 25, 2014 at 2:44 PM, Lars Wendler wrote: > On Tue, 25 Feb 2014 19:46:23 +0100 Peter Stuge wrote: > >>Lars Wendler wrote: >>> >> - try to prevent most naming pollution of pure udev with systemd >>> >> crap. >>> > >>> >childish. me don't like pink ponies. pink too much. pony okay. >>> >>

Re: [gentoo-dev] News draft #2 for the udev-210 upgrade (was: 209 upgrade)

On Tue, Feb 25, 2014 at 7:32 AM, Rich Freeman wrote: > I haven't looked into the details as to why a config file is stored in > /lib/systemd, but I imagine that they're trying to store settings in > one place and have them applied to multiple executables (though > obviously by overriding the rule

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

On Tue, Feb 25, 2014 at 5:12 AM, Joshua Kinard wrote: > On 02/24/2014 12:17 PM, Mike Gilbert wrote: >> On Mon, Feb 24, 2014 at 11:43 AM, Ian Stakenvicius wrote: >>> On 24/02/14 10:55 AM, Mike Gilbert wrote: >>>> On Mon, Feb 24, 2014 at 7:58 AM, Thomas D. >>

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

On Mon, Feb 24, 2014 at 11:43 AM, Ian Stakenvicius wrote: > On 24/02/14 10:55 AM, Mike Gilbert wrote: >> On Mon, Feb 24, 2014 at 7:58 AM, Thomas D. >> wrote: >>> Hi, >>> >>> not everyone is using systemd. On my systems for example, I don't >&

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

On Mon, Feb 24, 2014 at 7:58 AM, Thomas D. wrote: > Hi, > > not everyone is using systemd. On my systems for example, I don't have > "/lib/systemd/" (INSTALL_MASK). > > The current news item draft raises question like "When the 'actual > configuration' is in /lib/systemd/network/99-default.link...

Re: [gentoo-dev] February 2014 QA policy updates

On Wed, Feb 19, 2014 at 5:07 PM, Chris Reffett wrote: > This does not affect sys-boot/grub's USE=multislot, as that > does not mangle the SLOT value like the others (as I understand it). Right. USE=multislot on grub just toggles the renaming of the grub-foo commands to grub2-foo, in case someone

Re: [gentoo-dev] upstreams that release lzip compressed tarballs (tar.lz) only

On Thu, Feb 20, 2014 at 8:12 AM, Lars Wendler wrote: > Hi, > > it seems like some GNU projects start to release their source tarballs > in lzip compressed versions only [1][2]. > This is a problem since portage's unpack function doesn't know anything > about lzip. > > ... > > What do you think? >

[gentoo-dev] Last rites: dev-python/certifi and dev-python/mozrunner

# Mike Gilbert (26 Jan 2014) # Python library that has no reverse deps. Removal in 30 days. dev-python/certifi # Mike Gilbert (29 Jan 2014) # I suspect this package is not used. If you are using it, please contact me. # Otherwise, it will be removed in 30 days. dev-python/mozrunner dev-python

Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

On Fri, Jan 31, 2014 at 10:19 AM, hasufell wrote: > Googleearth is 90% of the time broken. I don't see how you can do > automated version bumps there. And we should not bump if the new version > is broken. > If that is the case, it sounds like it isn't worth keeping it in the tree.

Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

On Thu, Jan 30, 2014 at 4:36 PM, Pacho Ramos wrote: > El jue, 30-01-2014 a las 13:47 +0100, Marc Schiffbauer escribió: >> * Pacho Ramos schrieb am 29.01.14 um 07:58 Uhr: >> >Currently, there is no really working version of it in the tree: >> >https://bugs.gentoo.org/show_bug.cgi?id=494624 >> > >>

Re: [gentoo-dev] Re: New eclass: xdg-basedir

On Thu, Jan 30, 2014 at 6:48 AM, Michael Palimaka wrote: > On 01/30/2014 02:37 PM, Mike Gilbert wrote: >> Here's a simple eclass that pretty much just extracts the XDG stuff from >> the gnome2_environment_reset function. >> >> One difference: it creates 3 o

[gentoo-dev] New eclass: xdg-basedir

Here's a simple eclass that pretty much just extracts the XDG stuff from the gnome2_environment_reset function. One difference: it creates 3 of the 4 directories under ${HOME} instead of ${T}, just to mimic the default behavior in the XDG basedir spec a bit more closely. Please give a look. # Cop

Re: [gentoo-dev] Dealing with XDG directories in ebuild environment

On Wed, Jan 29, 2014 at 1:37 AM, Alexandre Rostovtsev wrote: > [Replying again since my mailer messed up my original message.] > > On Tue, 2014-01-28 at 12:03 -0500, Mike Gilbert wrote: >> Option 3: Unset the variables >> >> This should cause applications to defaul

Re: [gentoo-dev] Dealing with XDG directories in ebuild environment

On Mon, Jan 27, 2014 at 6:02 PM, Gilles Dartiguelongue wrote: > People are encouraged to provide a prototype implementation of such > eclass in the previously mentioned bug report. > Ok, lets discuss the eclass approach here. The 4 variables we want to deal with are: XDG_DATA_HOME XDG_CONFIG_HOM

Re: [gentoo-dev] Dealing with XDG directories in ebuild environment

On Sun, Jan 26, 2014 at 5:03 PM, Ciaran McCreesh wrote: > On Sun, 26 Jan 2014 22:59:59 +0100 > Michał Górny wrote: >> Dnia 2014-01-26, o godz. 21:35:27 >> Ciaran McCreesh napisał(a): >> > On Sun, 26 Jan 2014 13:21:44 -0800 >> > Alec Warner wrote: >> > > Sorry, I work on Portage. What I'm saying

Re: [gentoo-dev] Dealing with XDG directories in ebuild environment

On Sat, Jan 25, 2014 at 7:10 PM, Mike Gilbert wrote: > On Sat, Jan 25, 2014 at 4:16 PM, Michał Górny wrote: >> Dnia 2014-01-25, o godz. 11:13:38 >> Mike Gilbert napisał(a): >> >>> It seems having XDG variables like XDG_CONFIG_HOME set in the >>> environmen

Re: [gentoo-dev] Dealing with XDG directories in ebuild environment

On Sat, Jan 25, 2014 at 4:16 PM, Michał Górny wrote: > Dnia 2014-01-25, o godz. 11:13:38 > Mike Gilbert napisał(a): > >> It seems having XDG variables like XDG_CONFIG_HOME set in the >> environment when calling emerge has a tendency to cause sandbox >> violations

[gentoo-dev] Dealing with XDG directories in ebuild environment

It seems having XDG variables like XDG_CONFIG_HOME set in the environment when calling emerge has a tendency to cause sandbox violations. For example, see the bugs blocking bug 499202. https://bugs.gentoo.org/show_bug.cgi?id=499202 If you grep for XDG_CONFIG_HOME in the eclass directory, you can

[gentoo-dev] A few packages up for grabs

I'm removing myself from these packages because I have never really used them. My only interest in them was their interaction with net-misc/freerdp. net-misc/remmina -- upstream is basically dead, but I do have commit access net-libs/libvncserver x11-misc/x11vnc Please feel free to take them.

[gentoo-dev] Enabling EAPI 5 in arch profile directories

I have noticed that the arch profile directories (profiles/arch/$ARCH) are not EAPI 5 capable. These profiles are inherited by both the default and hardened profiles and contain arch-specific settings. They are often used to override masks set in the base profile. The base profile already has an E

Re: [gentoo-dev] rfc: renaming "rc" binary in OpenRC

On Thu, Dec 12, 2013 at 10:46 AM, Alexander Berntsen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 11/12/13 21:41, William Hubbs wrote: >> My thought is to rename our "rc" to "openrc", since that would be >> unique. > orc is shorter and more punny (nice excuse for designing an

Re: [gentoo-dev] Recommend cronie instead of vixie-cron in handbook?

On Wed, Dec 11, 2013 at 2:25 PM, Michael Orlitzky wrote: > On 12/10/2013 09:18 PM, Paul B. Henson wrote: >> >> I'd say go one step further and get rid of vixie-cron completely, is >> there anything it does that cronie can't do as well or better? > > Is cronie a drop-in replacement, or do I have to

Re: [gentoo-dev] openrc 0.12 - netifrc/newnet mix-up

On Wed, Dec 4, 2013 at 6:45 PM, Patrick Lauer wrote: > On 12/05/2013 05:30 AM, Mike Gilbert wrote: >> On Wed, Dec 4, 2013 at 4:25 PM, William Hubbs wrote: >>> On Wed, Dec 04, 2013 at 06:46:36PM +0200, Samuli Suominen wrote: >>>> seems like a virtual that wouldn&#x

<    5   6   7   8   9   10   11   12   13   >