Re: [gentoo-dev] ironing out release tarballs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/10/15 03:15 PM, Zac Medico wrote: > On 10/15/2015 08:34 AM, Mike Frysinger wrote: >> background: everyone wants @system to be slim, but most people >> want the initial stage tarball that we release and you install >> Gentoo from to not be

Re: [gentoo-dev] EAPI 6 portage is out!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 18/11/15 02:25 AM, Ulrich Mueller wrote: >> On Tue, 17 Nov 2015, Michael Orlitzky wrote: > >> It doesn't seem that unlikely to me... > >> 1. Otherwise stable system with package "foo" keyworded as >> ~arch. > >> 2. foo needs some

Re: [gentoo-dev] EAPI 6 portage is out!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 17/11/15 05:45 PM, Michael Orlitzky wrote: > On 11/17/2015 05:09 PM, Michał Górny wrote: >> Fellow Developers! >> >> I have the pleasure to announce that portage-2.2.25 has just >> been committed and it comes with complete EAPI 6 support. This

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: dev-lang/gnat-gcc/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 11:15 AM, hasufell wrote: > On 09/02/2015 05:06 PM, George Shapovalov wrote: >> On Wednesday 02 September 2015 16:29:52 hasufell wrote: - >=sys-libs/ncurses-5.7" + >=sys-libs/ncurses-5.7:*" >>> This doesn't look correct to

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: dev-lang/gnat-gcc/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 12:31 PM, hasufell wrote: >> In terms of libraries in general, although the SLOT=0 for full >> package version / SLOT=somethingelse for binary-only stuff is a >> bit of a convention, you need to check what slotting actually >> means for

Re: [gentoo-dev] <>-DEPENDS

Sent from an iPhone, sorry for the HTML... > On Sep 7, 2015, at 8:35 AM, Marc Schiffbauer wrote: > > Hi, > > > I'd like to propose a new kind of DEPEND syntax: <> > > This would mean "Any version but the one specified" and is usefull when > you have a dependency on

Re: [gentoo-dev] www-client/chromium gtk3 support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/09/15 11:48 AM, hasufell wrote: > On 09/09/2015 05:40 PM, Ian Stakenvicius wrote: >> >> [ Snip list ] >> > > There was a tracker on bugzilla about it at some point, but > people didn't care enough, so

Re: [gentoo-dev] Re: firefox gtk3 status, danger of gtk2 in-tree deprecation?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/09/15 06:06 AM, Duncan wrote: > Paweł Hajdan, Jr. posted on Wed, 09 Sep 2015 09:20:13 +0200 as > excerpted: > >> A user asked for optional gtk3 support in www-client/chromium: >> > > Talking

Re: [gentoo-dev] www-client/chromium gtk3 support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/09/15 11:16 AM, Alec Warner wrote: > > > On Wed, Sep 9, 2015 at 8:10 AM, Alexandre Rostovtsev > > wrote: > > On Wed, 2015-09-09 at 11:00 -0400, Mike Gilbert wrote: >> I would really like a

[gentoo-dev] USE="gui"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/09/15 01:41 PM, Rich Freeman wrote: > On Fri, Sep 11, 2015 at 1:11 PM, Duncan <1i5t5.dun...@cox.net> > wrote: >> Rich Freeman posted on Fri, 11 Sep 2015 08:13:48 -0400 as >> excerpted: >> >>> USE=gui or something like that if the main effect

[gentoo-dev] RFC: new function for versionator.eclass

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hey all -- i have an idea for a new helper function for versionator.eclass, that should improve correctness and convenience when wanting to leverage $REPLACING_VERSIONS for checks in the related phase functions. Comments? diff --git

Re: [gentoo-dev] Dynamic dependencies

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/09/15 03:49 PM, Rich Freeman wrote: > On Wed, Sep 16, 2015 at 3:31 PM, Michał Górny > wrote: >> 2. Dependency changes that don't need to apply immediately >> don't need revbump. For example, if foo.eclass raises minimal

Re: [gentoo-dev] Dynamic dependencies

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/09/15 02:13 PM, Daniel Campbell wrote: > How would virtuals be handled with static dependencies? AFAIK virtuals would need to be handled the same as anything else -- when updating an atom in RDEPEND, the virtual's ebuild needs to be

Re: [gentoo-dev] Dynamic dependencies

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/09/15 04:30 PM, Rich Freeman wrote: > On Wed, Sep 16, 2015 at 4:17 PM, Michał Górny > wrote: >> >> If you modify an eclass, you're responsible for the outcome. >> Even if means revbumping hundreds of ebuilds for the sake

Re: [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/09/15 08:01 AM, Leno Hou wrote: > 2. We believe to make Gentoo support ppc64le, we still need to > compile kernel and bootloader ...usually a gentoo installation requires you to build the kernel and bootloader yourself, inside of the chroot.

Re: [gentoo-dev] news item: OpenRC 0.18 changes to localmount and netmount

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 28/09/15 06:58 PM, William Hubbs wrote: > Also, we are dropping the use of the -O switch for mount/umount > -a. This is being dropped because it is util-linux specific and > not compatible with busybox. Does this have any actual end-user impact?

Re: [gentoo-dev] news item: OpenRC 0.18 changes to localmount and netmount

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 29/09/15 11:10 AM, Ian Stakenvicius wrote: > On 29/09/15 10:52 AM, Alan McKinnon wrote: >> On 29/09/2015 16:29, Ian Stakenvicius wrote: >>> On 28/09/15 06:58 PM, William Hubbs wrote: >>>> Also, we are dro

Re: [gentoo-dev] news item: OpenRC 0.18 changes to localmount and netmount

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 29/09/15 10:52 AM, Alan McKinnon wrote: > On 29/09/2015 16:29, Ian Stakenvicius wrote: >> On 28/09/15 06:58 PM, William Hubbs wrote: >>> Also, we are dropping the use of the -O switch for >>> mount/umount -a. Th

Re: [gentoo-dev] LibreSSL import plan

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/09/15 03:29 PM, Anthony G. Basile wrote: > On 9/30/15 12:18 PM, Ian Stakenvicius wrote: On 30/09/15 07:42 > AM, hasufell wrote: >>>> * libressl has to conflict with openssl > Right now libressl exports many of the sa

Re: [gentoo-dev] news item: OpenRC 0.18 changes to localmount and netmount

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/10/15 09:41 AM, William Hubbs wrote: > On Tue, Sep 29, 2015 at 11:13:09AM -0400, Ian Stakenvicius > wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 >> >> On 29/09/15 11:10 AM, Ian Stakenvicius wrote: >&g

Re: [gentoo-dev] news item: OpenRC 0.18 changes to localmount and netmount

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/10/15 10:15 AM, Ian Stakenvicius wrote: > On 01/10/15 09:41 AM, William Hubbs wrote: >> On Tue, Sep 29, 2015 at 11:13:09AM -0400, Ian Stakenvicius >> wrote: >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 >&

Re: [gentoo-dev] OpenRC 0.18 changes -O _netdev

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Since this conversation is now technical rather than news-item related, I've changed to a new thread. On 01/10/15 02:17 PM, J. Roeleveld wrote: > On 1 October 2015 17:49:15 CEST, Mike Gilbert > wrote: On 28/09/15 06:58

Re: [gentoo-dev] Dynamic dependencies

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/10/15 02:34 PM, Rich Freeman wrote: > On Wed, Sep 16, 2015 at 1:09 PM, Rich Freeman > wrote: >> >> I'll go ahead and start a tangent on this thread right here. >> As a first step can we separately consider the proposal to

Re: [gentoo-dev] OpenRC 0.18 changes -O _netdev

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/10/15 04:16 PM, William Hubbs wrote: > On Thu, Oct 01, 2015 at 02:42:15PM -0400, Ian Stakenvicius > wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 >> >> Since this conversation is now technical rather th

Re: [gentoo-dev] Dynamic dependencies

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/10/15 03:22 PM, Ciaran McCreesh wrote: > On Thu, 1 Oct 2015 21:11:22 +0200 Kristian Fiskerstrand > <k...@gentoo.org> wrote: >> On 10/01/2015 09:12 PM, Ciaran McCreesh wrote: >>> On Thu, 1 Oct 2015 15:0

Re: [gentoo-dev] LibreSSL import plan

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/09/15 09:11 AM, Rich Freeman wrote: > > Suppose apache uses libfoo and libbar. Libfoo switches to > libressl, and libbar sticks with openssl. That is going to > create a mess no matter what you do with isolating their > namespaces, because

Re: [gentoo-dev] LibreSSL import plan

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/09/15 07:42 AM, hasufell wrote: > * libressl has to conflict with openssl Right now libressl exports many of the same symbols as openssl right? What if it didn't -- that is, we forced a symver map with a libressl prefix on all symbols? That

Re: [gentoo-dev] Team leader(s) election meeting

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 22/09/15 06:12 AM, Alexander Berntsen wrote: > Friends, > > please set your availability[0] for our next meeting, where we > will elect team leader(s). We should probably also clear up the > memberships as most of the members haven't been active

Re: [gentoo-dev] Always specify SLOT we know a package is compatible with (even if only one SLOT exists at the moment ebuild is added)

Sent from an iPhone, sorry for the HTML... > On Sep 19, 2015, at 7:30 AM, Alexis Ballier wrote: > > On Sat, 19 Sep 2015 12:25:40 +0100 > Ciaran McCreesh wrote: > >> On Sat, 19 Sep 2015 12:08:21 +0200 >> Pacho Ramos

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

> On Dec 6, 2015, at 11:52 AM, Rich Freeman wrote: > >> On Sun, Dec 6, 2015 at 11:09 AM, Michael Orlitzky wrote: >> On 12/06/2015 11:00 AM, Michał Górny wrote: Of course. Add the commit author, too: I want to know if I break someone else's

Re: [gentoo-dev] Eclass assisted multilib dependent cache updates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/01/16 10:54 AM, Gilles Dartiguelongue wrote: > Hello all, > > while working on bug #518422, I found out that while eclass calls > the relevant cache updates it has no idea whether or not it is > called in a multilib context or not. > > Imho,

Re: [gentoo-dev] [EAPI 7] The future goals for PORTDIR, ECLASSDIR and... LICENSEDIR?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/11/15 06:29 PM, NP-Hardass wrote: > Probably not the ideal solution given that you seem to prefer > removal of such variables, but a REPODIR variable which is set to > the directory where the repo is (basically making PORTDIR dynamic > and

Re: [gentoo-dev] [RFC] Global USE=gui

On 02/06/16 03:42 PM, waltd...@waltdnes.org wrote: > On Thu, Jun 02, 2016 at 09:31:11AM -0400, Damien Levac wrote >> >> IMHO, you see this in reverse. the 'gui' useflag would be useful for >> users who don't want to care about X/wayland/mir and do not want to care >> about gtk/qt, they just want

Re: [gentoo-dev] The future of the Sunrise project

On 08/06/16 08:30 AM, Ulrich Mueller wrote: >> On Wed, 8 Jun 2016, Dale wrote: > >> Just a thought here. Is there a way to do a news announcement for >> people that have a package installed from the overlay? If that >> could be done, then users who don't use it won't be bothered by it >>

Re: [gentoo-dev] [RFC] Global USE=gui

On 04/06/16 01:40 AM, Daniel Campbell wrote: > On 06/03/2016 09:07 PM, Ian Stakenvicius wrote: >> On 03/06/16 11:26 PM, Nick Vinson wrote: >>> >>> [ Snip! ] In cases where there's more than 1 option, you have to >>> either introduce RESTRICTED_USE as Patrick

Re: [gentoo-dev] [RFC] Global USE=gui

On 07/06/16 05:19 AM, Patrick Lauer wrote: > On 06/06/2016 04:53 PM, Ian Stakenvicius wrote: >> >> This -can- be simplified using a REQUIRED_USE to force just-one-of >> gtk3,qt4,qt5 , but you can technically do the same with USE=gui too -- >> all you'd nee

Re: [gentoo-dev] [RFC] Global USE=gui

On 07/06/16 10:19 AM, Ian Stakenvicius wrote: > On 07/06/16 05:19 AM, Patrick Lauer wrote: >> On 06/06/2016 04:53 PM, Ian Stakenvicius wrote: >>> >>> This -can- be simplified using a REQUIRED_USE to force just-one-of >>> gtk3,qt4,qt5 , but you can tech

Re: [gentoo-dev] The future of the Sunrise project

On 07/06/16 05:18 AM, Raymond Jennings wrote: > On Tue, Jun 7, 2016 at 12:55 AM, Robin H. Johnson > wrote: >> >> On Tue, Jun 07, 2016 at 09:44:42AM +0200, Dirkjan Ochtman wrote: >> > On Mon, Jun 6, 2016 at 11:23 PM, Michał Górny

Re: [gentoo-dev] [RFC] Global USE=gui

On 03/06/16 11:26 PM, Nick Vinson wrote: > > [ Snip! ] In cases where there's more than 1 option, you have to > either introduce RESTRICTED_USE as Patrick alluded to, or decide a > pecking order (or decide who gets to decide the pecking order). Which dev's already need to do, without USE=gui

Re: [gentoo-dev] [RFC] Global USE=gui

On 02/06/16 05:27 PM, Daniel Campbell wrote: > To play devil's advocate, can we get a citation on "users don't want to > care"? Which users? Does Gentoo have a lot of users who don't care, or > does it attract a more passionate audience that enjoys the control that > comes with being source-based?

Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

On 10/06/16 03:53 AM, Alexander Berntsen wrote: > ... Their repositories > would likely be amalgamations of our curated and reviewed > repositories ... Could you elaborate on what you mean by this? When I read it, it sounds like you're saying people will copy ebuilds/packages from the

Re: [gentoo-dev] [RFC] Global USE=gui

On 02/06/16 09:48 PM, Nick Vinson wrote: > On 06/02/2016 08:08 AM, Raymond Jennings wrote: >> use case: Telling a package to build a gui without deciding which one >> to build. Also helps in cases where you have package A that can only >> build a qt gui, and package B that can build both qt and

Re: [gentoo-dev] [RFC] gtk/gtk2/gtk3 USE flag situation

On 27/05/16 10:21 AM, Mart Raudsepp wrote: > [ Snip! ] Agree on all other portions above; its the Applications part below that is most contentious though and is also what I care most about: > * Applications may only use a gtk2 based stack or gtk3 based stack in a > given version/revision. gtk3

Re: [gentoo-dev] [RFC] improper use of X

On 27/05/16 02:44 PM, rindeal wrote: > > It also clearly shows how is this flag misused: > > dev-python/PyQt4:X - Build bindings for the QtGui module > dev-python/pyside:X - Build QtGui and QtTest modules > media-gfx/fbida:X - Install the Motif based image viewer "ida" > media-video/aravis:X -

Re: [gentoo-dev] [RFC] gtk/gtk2/gtk3 USE flag situation

On 27/05/16 02:23 PM, Mart Raudsepp wrote: > If gtk2 support is removed though, then per gnome policy gtk3 component > should come with USE=gtk and per QA policy USE=gtk3. > > The QA policy is not finalized and completely contradicts our side of > things, hence discussions are needed, but did not

Re: [gentoo-dev] Packages up for grabs

On 02/06/16 11:42 AM, james wrote: > On 06/01/2016 06:20 PM, Justin Bronder wrote: >> Due to a lack of time and the fact I don't use any of these packages >> anymore, they are all up for grabs. >> >> - media-gfx/openmesh [no project] >> - sys-cluster/ganglia [cluster] >> -

Re: [gentoo-dev] [RFC] Global USE=gui

On 01/06/16 10:13 PM, waltd...@waltdnes.org wrote: > On Wed, Jun 01, 2016 at 07:56:41PM +0200, Micha?? Górny wrote > >> waltd...@waltdnes.org wrote: >> >>> I see this as at least a redundancy, if not a problem. First, let's >>> look at the general case. An optional "UI" (User Interface) is

Re: [gentoo-dev] [RFC] Global USE=gui

On 01/06/16 11:19 AM, NP-Hardass wrote: > On 06/01/2016 10:29 AM, Mart Raudsepp wrote: >> Hello, >> >> So here's something more simple wrt GUI USE flags. >> >> Global USE=gui for >> gui - enable an optional graphics user interface or extra GUI tool >> >> Essentially, if it's an optional GUI, it'd

Re: [gentoo-dev] Re: [tangent] Re: [gentoo-automated-testing] BROKEN: repository became broken!

> On Jun 17, 2016, at 11:48 PM, Jonathan Callen <jcal...@gentoo.org> wrote: > >> On 06/17/2016 06:22 PM, Ian Stakenvicius wrote: >>> On 17/06/16 06:17 PM, Ian Stakenvicius wrote: >>>> On 17/06/16 05:22 PM, Michał Górny wrote: >>>> On Sat, 18

Re: [gentoo-dev] [RFC] bugs.g.o: Merging UNCONFIRMED & CONFIRMED into NEW

On 16/06/16 09:47 AM, Michał Górny wrote: > On Thu, 16 Jun 2016 16:22:32 +0300 > Andrew Savchenko wrote: >> >> CONFIRMED state is useful, it means that dev or powerful user >> confirmed this bug and gives it more value. I'd like to keep it. > > Are you saying that bugs that

[gentoo-dev] [tangent] Re: [gentoo-automated-testing] BROKEN: repository became broken!

On 17/06/16 06:17 PM, Ian Stakenvicius wrote: > On 17/06/16 05:22 PM, Michał Górny wrote: >> On Sat, 18 Jun 2016 00:06:10 +0300 >> Andrew Savchenko <birc...@gentoo.org> wrote: >> >>> On Fri, 17 Jun 2016 19:42:18 +0200 Michał Górny wrote: >>>> Hello,

Re: [gentoo-dev] Fw: [gentoo-automated-testing] BROKEN: repository became broken!

On 17/06/16 05:22 PM, Michał Górny wrote: > On Sat, 18 Jun 2016 00:06:10 +0300 > Andrew Savchenko wrote: > >> On Fri, 17 Jun 2016 19:42:18 +0200 Michał Górny wrote: >>> Hello, >>> >>> Since this is a major issue involving a lot of packages, and it needs >>> to be fixed

Re: [gentoo-dev] New Eclasses: postgres and postgres-multi

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/01/16 11:43 AM, Aaron W. Swenson wrote: > On 2016-01-13 11:11, Ian Stakenvicius wrote: >> The work looks really good, but I noticed that postgres-multi >> determins the variants to build against based on what's >>

Re: [gentoo-dev] New Eclasses: postgres and postgres-multi

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/01/16 12:43 PM, Ian Stakenvicius wrote: > On 15/01/16 11:43 AM, Aaron W. Swenson wrote: >> On 2016-01-13 11:11, Ian Stakenvicius wrote: >>> The work looks really good, but I noticed that postgres-multi >>> dete

Re: [gentoo-dev] New Eclasses: postgres and postgres-multi

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 >> On 12.01.2016 20:22, Aaron W. Swenson wrote: >>> There are several ebuilds that repeat the same checks and >>> need to perform the same duties when it comes to working with >>> PostgreSQL. For example, making sure the users' currently >>> slot is

Re: [gentoo-dev] Changing order of default virtual/udev provider

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/02/16 07:46 AM, Michał Górny wrote: > On Mon, 8 Feb 2016 10:08:22 +0100 Patrick Lauer > wrote: > >> Ohey, >> >> I've opened a bug at: >> https://bugs.gentoo.org/show_bug.cgi?id=573922 >> >> The idea here is to change

Re: [gentoo-dev] Changing order of default virtual/udev provider

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/02/16 11:18 AM, Rich Freeman wrote: > However, I think we're actually missing the bigger issue here. > Why is this virtual even in @system to begin with? When I set up > a chroot or some kinds of containers I don't need udev, or > sysvinit

Re: [gentoo-dev] python-exec2 C wrapper is looking for a new name!

On 09/02/16 02:51 PM, Michał Górny wrote: > Hello, everyone. > > After all those boring, meaningless and violent mailing list threads, > here's something nice and simple. I'd like to find a new nice name for > the C wrapper part of python-exec2, and I would like to ask you for > ideas. > > For

Re: [gentoo-dev] New Eclasses: postgres and postgres-multi

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 23/01/16 10:51 AM, Ian Stakenvicius wrote: > > >> On Jan 22, 2016, at 3:11 PM, Aaron W. Swenson >> <titanof...@gentoo.org> wrote: >> >> >> I would like some feedback on the documentation/comme

Re: [gentoo-dev] New Eclasses: postgres and postgres-multi

> On Jan 22, 2016, at 3:11 PM, Aaron W. Swenson wrote: > > > I would like some feedback on the documentation/comments in the > eclass. I'm certain it could be improved. Though, if you were able to > follow them (not a slight, just you were the first to follow them), I >

Re: [gentoo-dev] New Eclasses: postgres and postgres-multi

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The eclasses look good to go for me -- i've built an ebuild for pl/R using them and it works as expected (and it's nice to not have to define PG_CONFIG et. al. myself too). Can the eclasses be migrated to the tree soon? Also of note, it will be

Re: [gentoo-dev] Re: rfc: Does OpenRC really need mount-ro

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 17/02/16 12:30 PM, James Le Cuirot wrote: > On Wed, 17 Feb 2016 12:19:52 -0500 Rich Freeman > wrote: > >> Is dracut still not widely used? I know that it was all the >> fashion for a decade or two for every distro to build

Re: [gentoo-dev] Changing order of default virtual/udev provider

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/02/16 08:46 PM, Nicolas Sebrecht wrote: > On Mon, Feb 08, 2016 at 11:00:15AM -0500, Ian Stakenvicius > wrote: > >> Oh, eudev also doesn't handle network link setup given that >> external tools already do this just

Re: [gentoo-dev] Re: Changing order of default virtual/udev provider

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/02/16 12:09 PM, Brian Dolbec wrote: > On Wed, 10 Feb 2016 10:26:12 -0600 William Hubbs > wrote: > > >>> Often the decision to procrastinate is a decision that is >>> rewarded. That should be considered carefully. >> >>

Re: [gentoo-dev] Re: usr merge

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/04/16 01:18 PM, »Q« wrote: > On Sat, 9 Apr 2016 12:09:38 -0400 waltd...@waltdnes.org wrote: > >> On Sat, Apr 09, 2016 at 07:11:31AM -0400, Rich Freeman wrote >> >>> It was simply a recognition that we were already in a state >>> where

Re: [gentoo-dev] pokit (was: usr merge)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/04/16 10:33 AM, M. J. Everitt wrote: > I'll come back to the links a bit later, but is policykit and > its predecessor/derivatives now a mandatory part of a linux > system? > > Possibly crossing posts here, so apologies in advance .. ! :] >

Re: [gentoo-dev] usr merge

> On Apr 8, 2016, at 8:42 PM, William Hubbs wrote: > >> On Fri, Apr 08, 2016 at 03:20:24PM -0700, Daniel Campbell wrote: >> Based on what I've read here in the thread, merging /bin and /sbin >> into /usr/{sbin,bin} is a matter of convenience by putting most of the >>

Re: [gentoo-dev] Re: [gentoo-project] Portage repo usage survey and change evaluation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/03/16 03:50 AM, Ulrich Mueller wrote: > How is it possible that we have 52 MiB of ChangeLog entries > generated in the 0.5 years since the git conversion, whereas we > had only a total of 103 MiB in the 13.5 years since ChangeLogs > were

Re: [gentoo-dev] RFC: new USE="win32" flag for mingw and prefix/windows support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/04/16 03:18 PM, Mart Raudsepp wrote: > Ühel kenal päeval, N, 21.04.2016 kell 06:53, kirjutas Kent > Fredric: >> On 21 April 2016 at 06:38, Ian Stakenvicius <a...@gentoo.org> >> wrote: >>> Well

Re: [gentoo-dev] RFC: new USE="win32" flag for mingw and prefix/windows support

On 20/04/16 03:41 PM, Anthony G. Basile wrote: > On 4/20/16 3:30 PM, Ian Stakenvicius wrote: >> On 20/04/16 03:01 PM, Anthony G. Basile wrote: >> >>> The way I think of it is >> >>> the operating system (ie kernel) = kernel_Winnt the system >>> li

Re: [gentoo-dev] RFC: new USE="win32" flag for mingw and prefix/windows support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/04/16 03:01 PM, Anthony G. Basile wrote: > > The way I think of it is > > the operating system (ie kernel) = kernel_Winnt the system > libraries (=~libc)= elibc_Winnt the executable binary format > = win32 > > I don't know that we need

Re: [gentoo-dev] RFC: new USE="win32" flag for mingw and prefix/windows support

On 21/04/16 11:31 AM, Mart Raudsepp wrote: > Ühel kenal päeval, K, 20.04.2016 kell 22:18, kirjutas Mart Raudsepp: >> Basically the only real point I have is that anything kernel_* to >> control this probably doesn't make sense. >> > > Oh, just to clarify and avoid misunderstanding: > I did not

Re: [gentoo-dev] [RFC] New GLEP: file installation masks

On 20/05/16 11:49 AM, Michał Górny wrote: > On Fri, 20 May 2016 11:40:39 -0400 > Michael Orlitzky wrote: > >> On 05/20/2016 11:34 AM, Daniel Campbell wrote: >>> >>> ...and the user has this in their install.mask file: >>> >>> [bash-completion] >>> path=/some/other/path >>>

Re: [gentoo-dev] [PATCH] ebuild-writing/variables: better describe ROOT

On 10/05/16 05:25 PM, Michael Orlitzky wrote: > * dmraid does > > einfo "Appending pkg.m4 from system to aclocal.m4" > cat "${ROOT}"/usr/share/aclocal/pkg.m4 >>"${S}"/aclocal.m4 || \ > die "Could not append pkg.m4 I'm pretty sure dmraid was me, and that code likely predates

Re: [gentoo-dev] Re : Cannot see my eclass modifications

> On May 3, 2016, at 5:42 PM, Farid BENAMROUCHE wrote: > > Hi, > > I'm still searching for the reason why I'm not seeing my eclass > modifications... no luck so far. > > What can I do to debug portage's behavior? > > Thank you > >

Re: [gentoo-dev] Is X86 uclibc environment supported?

Quote: blueness: > > The big problem is going to be the migration. You can't just unmerge > uclibc and emerge uclibc-ng. The two hard block one another for that > reason. The migration path I took is really really dirty but works: > > 1. ebuild uclibc-ng-.ebuild clean install > 3. Copy .so

Re: [gentoo-dev] Reminder: ALLARCHES

On 04/05/16 02:01 AM, Kent Fredric wrote: > On 4 May 2016 at 16:46, Matt Turner wrote: >> Having built many stages for an "unstable" arch (mips) has taught me >> one thing: it's awful being unstable-only. There's no end to the >> compilation failures and other such headaches,

Re: [gentoo-dev] Is X86 uclibc environment supported?

On 02/05/16 05:27 PM, waltd...@waltdnes.org wrote: > Let me know offline if/when you need a beta tester. I have QEMU and > an ancient 32-bit-only Atom netbook that could really use a smaller > libc. > Is musl a good choice perhaps? iirc it's support right now is better than uclibc...

Re: [gentoo-dev] Re : Cannot see my eclass modifications

On 04/05/16 02:30 PM, Farid BENAMROUCHE wrote: > hum... yes I've setup all the relevant settings in my /etc/portage... > I've also read the man, and still not understanding why. > > But At least you are confirming me that directly modifying the user.eclass in > /usr/portage/eclass should work! >

Re: [gentoo-dev] Reminder: ALLARCHES

On 04/05/16 03:43 PM, waltd...@waltdnes.org wrote: > > emerge --keyword-write > > ... similar to "emerge --autounmask-write", but have it write to > package.accept_keywords, rather than package.unmask? > > That would achieve the effect that people are looking for, with less > work. >

Re: [gentoo-dev] Is X86 uclibc environment supported?

On 29/04/16 09:34 PM, waltd...@waltdnes.org wrote: > On Fri, Apr 29, 2016 at 08:19:53PM -0400, Anthony G. Basile wrote > >> 1) i support uclibc across many arches. see >> >> https://wiki.gentoo.org/wiki/Project:Hardened_uClibc >> >> >> 2) you can file uclibc bugs and i will look at them. i know

Re: [gentoo-dev] [PATCH 1/7] xorg-2.eclass: drop autotools-utils

Sent from an iPhone, sorry for the HTML... > On Apr 17, 2016, at 10:13 AM, Mike Gilbert wrote: > > @@ -487,10 +497,17 @@ xorg-2_src_configure() { > xorg-2_src_compile() { >debug-print-function ${FUNCNAME} "$@" > > +local makeargs=( "$@" ) > + >if [[

Re: [gentoo-dev] [PATCH 1/7] xorg-2.eclass: drop autotools-utils

> On Apr 17, 2016, at 10:45 AM, Mike Gilbert <flop...@gentoo.org> wrote: > >> On Sun, Apr 17, 2016 at 10:31 AM, Ian Stakenvicius <a...@gentoo.org> wrote: >> >> >> Sent from an iPhone, sorry for the HTML... >> >>> On Apr 17, 2

Re: [gentoo-dev] [PATCH 0/7] Dropping autotools-utils from xorg-2

> On Apr 17, 2016, at 10:13 AM, Mike Gilbert wrote: > > The xorg-2 eclass currently uses the deprecated autotools-utils and > autotools-multilib eclasses, which are banned in EAPI 6. > > This patchset attempts to remove any trace of autotools-utils from ebuilds > using

[gentoo-dev] RFC: new USE="win32" flag for mingw and prefix/windows support

the addition of USE=win32 to *ONE VERSION* of gtk+:2, gtk+:3 and cairo (the actual commit will include more versions). Comments? commit 120335a6721cbcee6f92303c8a6d7cb6cc77b36e Author: Ian Stakenvicius <a...@gentoo.org> Date: Tue Apr 19 15:00:07 2016 -0400 Add USE="win32" to p

Re: [gentoo-dev] RFC: new USE="win32" flag for mingw and prefix/windows support

> On Apr 20, 2016, at 6:51 PM, Andrew Udvare <audv...@gmail.com> wrote: > >> On 20/04/16 12:58, Ian Stakenvicius wrote: >> On 20/04/16 03:41 PM, Anthony G. Basile wrote: >>>> According to 'file' the binary format is actually "PE32 executable &

Re: [gentoo-dev] RFC: new USE="win32" flag for mingw and prefix/windows support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/04/16 02:17 PM, Mike Frysinger wrote: > On 20 Apr 2016 21:01, Alon Bar-Lev wrote: >> On 20 April 2016 at 18:52, Ian Stakenvicius wrote: >>> After doing some experimentation with a mingw crossdev, I >>> foun

Re: [gentoo-dev] RFC: new USE="win32" flag for mingw and prefix/windows support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/04/16 02:22 PM, M. J. Everitt wrote: > On 20/04/16 19:17, Mike Frysinger wrote: >> agreed ... we have kernel_Winnt & elibc_Winnt already. i >> think those represent a mingw environment (vs a cygwin env). > Surely 'winnt' is a somewhat

Re: [gentoo-dev] [PATCH] depend.apache.eclass - fix for EAPI6

On 14/07/16 04:44 PM, Michael Orlitzky wrote: > On 07/14/2016 04:24 PM, Ian Stakenvicius wrote: >> Hey all -- depend.apache.eclass currently calls get_libdir() in global >> scope due to _init_apache2 being called by need_apache*() functions. >> This patch drops _init_apache2 f

[gentoo-dev] [PATCH] depend.apache.eclass - fix for EAPI6

Hey all -- depend.apache.eclass currently calls get_libdir() in global scope due to _init_apache2 being called by need_apache*() functions. This patch drops _init_apache2 from these need_apache*() functions on all EAPIS other than 0-5, and calls it during depend.apache_pkg_setup(). FYI, there are

Re: [gentoo-dev] libpcre.so.3 - Compatibility with Debian

On 11/08/16 10:57 AM, Mart Raudsepp wrote: > Ühel kenal päeval, N, 11.08.2016 kell 12:56, kirjutas Ulrich Mueller: >>> On Thu, 11 Aug 2016, James Le Cuirot wrote: >> Have you asked Debian why they are doing that? >> >>> I did find out but had since forgotten. Here it is: >>>

Re: [gentoo-dev] news item: grub2 multislot use flag is being disabled

On 08/08/16 10:12 AM, William Hubbs wrote: > The multislot use flag in sys-boot/grub-2.x, which has been enabled by > default, is being switched to disabled by default. > > This means that, for all new systems, and for anyone who doesn't take > action, all of the binaries and documentation in

Re: [gentoo-dev] Guidelines for IUSE defaults

Responding here instead of the first time it was posted, just 'cause. On 02/02/17 06:35 PM, james wrote: > " > I'm not saying that we should have a minimal experience out-of-the-box, > only that the base profile should result in an effectively-minimal set > of USE flags. Adding IUSE defaults is

Re: [gentoo-dev] Guidelines for IUSE defaults

On 03/02/17 02:37 PM, Michael Orlitzky wrote: > On 02/03/2017 10:30 AM, Ian Stakenvicius wrote: >> >> ok you lost me. Could you provide an explicit example of what you >> would want to see enabled in the profile (while everything else is >> disabled) that you don

Re: [gentoo-dev] rfc: moving OpenRC to a meson-based build

On 01/02/17 09:43 AM, William Hubbs wrote: > On Wed, Feb 01, 2017 at 01:18:42PM +0100, Michał Górny wrote: >> W dniu 30.01.2017, pon o godzinie 14∶04 -0600, użytkownik William Hubbs >> napisał: >>> All, >>> >>> I have been looking at the meson build system [1] [2], and I like >>> what I >>> see.

Re: [gentoo-dev] rfc: moving OpenRC to a meson-based build

On 01/02/17 10:39 AM, William Hubbs wrote: > > I thought about autotools. I'm not really fond of its syntax, and I've > been told that, to use autotools correctly, I would need to start > generating manual release tarballs again because I would need to put the > autotools generated cruft in them.

Re: [gentoo-dev] Guidelines for IUSE defaults

On 07/02/17 08:27 AM, Michael Orlitzky wrote: > > The thread wasn't about discouraging IUSE defaults, rather to decide > when they are appropriate. You cannot omit "pkginternal" from USE_ORDER, > because you will break all of the packages whose defaults are either > critical to the package, or

Re: [gentoo-dev] Guidelines for IUSE defaults

On 07/02/17 12:00 PM, Rich Freeman wrote: > On Tue, Feb 7, 2017 at 10:14 AM, Ian Stakenvicius <a...@gentoo.org> wrote: >> On 07/02/17 08:27 AM, Michael Orlitzky wrote: >>> >>> The thread wasn't about discouraging IUSE defaults, rather to decide >>>

Re: [gentoo-dev] Guidelines for IUSE defaults

> On Feb 2, 2017, at 9:11 AM, Michael Orlitzky wrote: > > IUSE defaults are used in a few different ways: > > 1 To ensure that critical functionality is enabled. > >* Example: force the "unix" module for apache. > This is not what IUSE defaults are for, this should be

Re: [gentoo-dev] Guidelines for IUSE defaults

On 02/02/17 08:21 PM, Michael Orlitzky wrote: > On 02/02/2017 06:41 PM, Ian Stakenvicius wrote: >> Responding here instead of the first time it was posted, just 'cause. >> >> On 02/02/17 06:35 PM, james wrote: >>> " >>> I'm not saying that we sho

<    2   3   4   5   6   7   8   >