On Sun, Jul 11, 2010 at 07:47:24PM +0300, Petteri RRRty wrote:
> On 07/11/2010 07:37 PM, Jorge Manuel B. S. Vicetto wrote:
>
> >
> >> Simply put, the council's purpose is not to say "oh we have to stop
> >> development and have a 4 week debate about everything minor". The
> >> council's purpose i
On Sat, Jul 10, 2010 at 09:30:42AM +0300, Petteri RRRty wrote:
> On 07/10/2010 01:22 AM, Matti Bickel wrote:
> > Hi,
> >
> > yet another patch from Ole in a bid to rid the php eclasses from some
> > long forgotten code. The patches should be self-explanatory - just rip
> > out everything related t
On Sun, Jul 04, 2010 at 09:03:41PM -0400, Olivier Crrrte wrote:
> On Sun, 2010-07-04 at 18:15 -0400, Mike Frysinger wrote:
> > which is trivial to fix and anyone with commit privs could have done. it
> > certainly doesnt warrant a paniced "the sky is falling" message.
>
> I think this is a great
On Mon, Jun 28, 2010 at 12:46:53PM +0100, David Leverton wrote:
> This has been pointed
> out ever since the issue was first discussed, but some people like to
> stick their fingers in their ears and dismiss legitimate technical
> arguments as "trolling" and "politics".
The issue is some folk are
On Sun, Jun 27, 2010 at 01:08:58PM +0200, Enrico Weigelt wrote:
> * Ciaran McCreesh schrieb:
>
> > > Well, at least for tar, I've experienced no problem here yet.
> > > But: true, it might change between tar versions.
> >
> > The main offender is the compression program, not tar.
>
> hmm, I'm e
Pardon the delay in sending this folks- been playing w/ the wording a
bit more than I should've.
Feel free to ask whatever question's you'd like answered- I'll keep a
copy of the manifesto at
http://pkgcore.org/~ferringb/council-manifesto-2010.txt which will be
updated as needed for typo's and
On Mon, Jun 21, 2010 at 11:36:50PM +0200, Sebastian Pipping wrote:
> Arun,
>
>
> On 06/21/10 21:25, Arun Raghavan wrote:
> >> My manifesto up here now:
> >> http://dev.gentoo.org/~sping/council-manifesto-2010-sping.txt
> >
> > For all your points where you do not have a concrete proposal of how
On Sun, Jun 20, 2010 at 06:27:00PM -0400, Mike Frysinger wrote:
> On Sunday, June 20, 2010 09:55:39 Arfrever Frehtes Taifersar Arahesis wrote:
> > 2010-06-19 22:53:37 Mike Frysinger napisał(a):
> > > On Thursday, June 10, 2010 16:45:29 Arfrever Frehtes Taifersar wrote:
> > > > 2010-06-10 22:20:44 N
On Sun, Jun 20, 2010 at 04:14:16PM -0400, Olivier Crrrte wrote:
> On Sun, 2010-06-20 at 20:12 +0530, Arun Raghavan wrote:
> > I'd like to propose a new global USE-flag: introspection.
> ...
> > Any objections? I'll wait till Wed (June 23rd) before adding this if
> > there aren't any.
>
> Do we rea
On Sat, Jun 19, 2010 at 09:00:26AM +, Duncan wrote:
> Jorge Manuel B. S. Vicetto posted on Sat, 19 Jun 2010 03:20:08 + as
> excerpted:
>
> > you're confusing talk and jokes between developers on a particular
> > private room with tone between members of the global community in public
> > m
On Fri, Jun 18, 2010 at 03:58:22PM +0200, Angelo Arrifano wrote:
> Why? You are running a free and opensource operating system, what's
> wrong suggesting *other* free and opensource alternatives? You are just
> providing the user a choice, not to actually oblige him to install anything.
Some of us
On Thu, Jun 17, 2010 at 05:14:16PM -0500, Dale wrote:
> Lars Wendler wrote:
> > Am Mittwoch 16 Juni 2010, 14:45:21 schrieb Angelo Arrifano:
> >
> >> On 16-06-2010 14:40, Jim Ramsay wrote:
> >>
> >>> Chí-Thanh Christopher Nguyễn wrote:
> One notable section is 7.6 in which Adobe rese
On Thu, Jun 10, 2010 at 11:42:10PM -0700, Alec Warner wrote:
> perl_ldap is feature-ful but hard to use. The bind options are
> confusing (user / recruiters / infra) do I bind as myself? As anon?
> Do I specify -b user or
> -b antarus? Mutli-valued attributes are confusing for users.
We should
On Thu, Jun 10, 2010 at 07:36:51PM +0300, Samuli Suominen wrote:
> On 06/10/2010 07:28 PM, Brian Harring wrote:
> > On Wed, Jun 09, 2010 at 07:08:44PM +0200, "Paweee Hajdan, Jr." wrote:
> >> On 6/4/10 5:11 PM, "Paweł Hajdan, Jr." wrote:
> >>> Wha
On Wed, Jun 09, 2010 at 07:08:44PM +0200, "Paweee Hajdan, Jr." wrote:
> On 6/4/10 5:11 PM, "Paweł Hajdan, Jr." wrote:
> > What do you think about doing the following change in
> > /usr/portage/profiles/targets/developer/make.defaults:
>
> The following change has now landed in CVS:
I'd suggest a
On Sun, Jun 06, 2010 at 01:35:55PM +, Domen Koooar wrote:
> On Sun, 2010-06-06 at 14:41 +0200, Thomas Sachau wrote:
> > Am 06.06.2010 13:50, schrieb Domen Kožar:
> > >> And if you add a python slot or remove one, portage currently is not
> > >> able to see that and to
> > >> reinstall packages
On Sat, Jun 05, 2010 at 05:04:24PM +0300, Dror Levin wrote:
>On Sat, Jun 5, 2010 at 03:00, Torsten Veller <[1]t...@gentoo.org>
>wrote:
>
> Nominations for the Gentoo Council 2010/2011 are now open for the
> next
> two weeks (until 23:59 UTC, 18/06/2010).
> All nominatio
On Sun, Apr 25, 2010 at 01:18:25PM +0200, Angelo Arrifano wrote:
> Hello developers developers and developers,
>
> Ever wondered how much crap is left in your X-years old Gentoo box?
>
> I just developed a python utility to efficiently find orphaned files in
> the system. By orphaned files I mean
On Wed, Apr 14, 2010 at 04:20:18PM +0200, Michaaa GGGrny wrote:
> On Tue, 13 Apr 2010 23:10:16 -0700
> Brian Harring wrote:
>
> > Running multiple emerges in parallel is already a bad idea. The
> > solution for that case is for the new/second emerge to feed the
> >
On Wed, Apr 14, 2010 at 07:06:56AM +, Duncan wrote:
> Brian Harring posted on Tue, 13 Apr 2010 23:10:16 -0700 as excerpted:
>
> > RESTRICT=parallel is basically a big lock that forces building to go
> > down to one specific build/merge job- it's not at all fine grained.
On Wed, Apr 14, 2010 at 07:45:20AM +0200, Michaaa GGGrny wrote:
> On Tue, 13 Apr 2010 19:12:08 -0700
> Zac Medico wrote:
>
> > Should we add a RESTRICT=parallel value for ebuilds that can't be
> > built at the same time as other ebuilds? Brian says we need it for
> > things like xorg-server which
On Mon, Apr 12, 2010 at 01:30:21PM -0400, James Cloos wrote:
> A reasonable alternative would be to have a separate variable in make.conf,
> such as ECLASS_OVERLAY_DIRS, which specifies acceptable overlays for eclasses.
>
> In most cases, users would probably only have their own, local overlay the
On Sun, Apr 11, 2010 at 12:06:17AM +0200, Matti Bickel wrote:
> I propose to add eblits.eclass[2] (attached to this message) with the
> purpose and author comments from [1].
Counter proposal; finish off the remaining steps of elib related steps
from glep33 and integrate it into an EAPI.
> So pl
On Thu, Apr 8, 2010 at 5:02 AM, Brian Harring wrote:
>
> On Wed, Apr 07, 2010 at 11:05:34AM +0200, Ulrich Mueller wrote:
> > Next monthly council meeting will be at 19 April 2010, 18:00 UTC
> > in #gentoo-council.
> >
> > If you have any topics you want us
On Wed, Apr 07, 2010 at 11:05:34AM +0200, Ulrich Mueller wrote:
> Next monthly council meeting will be at 19 April 2010, 18:00 UTC
> in #gentoo-council.
>
> If you have any topics you want us to discuss or even vote about,
> simply followup to this message.
VALID_USE-
http://archives.gentoo.org/g
On Mon, Apr 05, 2010 at 03:27:34PM +0200, Tiziano MMMller wrote:
> > Via that, the resolver can see that a rebuild is necessary and plan a
> > rebuild of all consumers (whether NEEDED based or revdep). Note
> > preserve-lib would be rather useful here- specifically holding onto
> > the intermed
On Mon, Apr 05, 2010 at 08:48:08AM +0100, Ciaran McCreesh wrote:
> On Mon, 05 Apr 2010 03:33:52 +0200
> Tobias Heinlein wrote:
> > 3) Questions that aren't that important at all and would just be "nice
> > to know".
> > [snip]
> > Examples for these:
> >
> > 5. What is wrong with using $(somecomm
On Mon, Apr 05, 2010 at 08:16:42AM +0200, Maciej Mrozowski wrote:
> Unconditionally removing libraries (instead of preserving them) and making
> their reverse runtime dependencies reinstalled is unacceptable because
> "emerge" process involving multiple packages is not atomic. Simple as that.
> I
On Sat, Apr 03, 2010 at 12:38:17PM +0200, Maciej Mrozowski wrote:
> exactly it's supposed to be achieved. As far as portage/pkgcore is concerned,
> maybe - as Brian Harring suggested - sandbox could be used to somehow "hide"
> preserved libraries or preserved libra
On Sat, Apr 03, 2010 at 11:16:32AM +0200, Tobias Scherbaum wrote:
> Hell no, but ...
Then avoid feeding the distrowatch trolls w/ sensational
subjects please ;)
> We have lots of quite understaffed areas, to sum up in a positive way.
> Summing it up the negative way one might say, we have lots
On Thu, Apr 01, 2010 at 05:14:20PM -0700, Zac Medico wrote:
> You can configure eclass override behavior via eclass-overrides in
> /etc/portage/repos.conf, as documented in `man portage`. There are a
> number of caveats to eclass-overrides, and that's why it's not the
> default behavior. For exampl
On Thu, Apr 01, 2010 at 12:23:42PM +0100, Ciaran McCreesh wrote:
> On Thu, 1 Apr 2010 03:59:54 -0700
> Brian Harring wrote:
> > On Thu, Apr 01, 2010 at 12:42:10PM +0200, Gilles Dartiguelongue wrote:
> > > > Basically, you want the PM to lie to the ebuild in some
Summarizing ciaran's claim to end this nonsense-
VALID_USE isn't useful because use cycle breaking can't be done
according to strictures he desires, as such VALID_USE is pointless
because pkg_pretend can cover it.
It's a bit brief and likely left out an insult or two, but it's to
the point at
On Thu, Apr 01, 2010 at 12:42:10PM +0200, Gilles Dartiguelongue wrote:
> > Basically, you want the PM to lie to the ebuild in some fashion.
> > Since pkg_pretend is free form, it's effectively impossible to cover
> > the scenarios it could check on- consider checking the kernel
> > config/versi
On Thu, Apr 01, 2010 at 12:10:20PM +0200, Gilles Dartiguelongue wrote:
> jumping on the train here, but who said PM would not feed proper data to
> pkg_pretend so it would behave like the DEPEND were already built. Could
> some guy involved in a PM development tell us about how this would be
> hand
On Thu, Apr 01, 2010 at 08:41:02AM +0100, Ciaran McCreesh wrote:
> On Thu, 1 Apr 2010 00:31:09 -0700
> > As demonstrated, that cycle is easily broken. A lot of the cycles
> > users run into originate that way also.
>
> Congratulations. You just turned on 'build' and 'bootstrap', and turned
> off
On Wed, Mar 31, 2010 at 08:56:28PM +0100, Ciaran McCreesh wrote:
> On Wed, 31 Mar 2010 12:46:26 -0700
> Brian Harring wrote:
> > Actual name I don't hugely care about, I'm more interested in
> > ensuring we don't rule out doing use cycle breaking via a bad design
On Thu, Apr 01, 2010 at 01:49:15AM +0200, Sebastian Pipping wrote:
> point takes, it's not the non-technical nature - i should put it
> clearer: it's the fact that everyone on the net will be able to read
> what anyone said on google in this thread. any one of us may change his
> mind on that but
On Wed, Mar 31, 2010 at 08:49:26PM +0300, Alex Alexander wrote:
> VALID_USE does look a bit strange.
>
> how about
> IUSE_RULES
> or
> IUSE_RESTRICTIOMS
> or
> RUSE
> ?
It's not really IUSE; the constraints it specifies applies to USE
only.
USE_STATES, VALID_USES, VALID_USE_STA
On Wed, Mar 31, 2010 at 01:04:39PM +0200, Ulrich Mueller wrote:
> We already have enough issues with circular dependencies, and I'm
> sceptical about adding additional failures on USE flag conflicts.
> Display a warning, but don't error out.
Solve the cyclical dependency via breaking the use cycle
Note I inadvertantly cross posted, I was intending on cc'ing
coun...@gentoo.org.
As such one final cc to that ml to end this subthread while pulling
this back to -dev.
On Wed, Mar 31, 2010 at 11:16:22PM +1300, Alistair Bush wrote:
> > Hola all-
> >
> > Comments desired; assuming no significa
up) ;)
On Wed, Mar 31, 2010 at 11:48:37AM +0200, Ulrich Mueller wrote:
> >>>>> On Wed, 31 Mar 2010, Brian Harring wrote:
>
> > Roughly, VALID_USE is a list of constraints stating what the allowed
> > use flag combinations are for this pkg. If you think of normal
>
Hola all-
For those who aren't familiar, pkg_pretend is in EAPI4- the main usage
of it is will be use dep checking- this email is specifically
regarding an alternative to it that *should* be superior for that use
case, but I'm looking for feedback.
Basically, we use the original VALID_USE prop
On Mon, Mar 29, 2010 at 08:31:32PM +1300, Alistair Bush wrote:
> > > ps. I would like the packages to be specifically for gentoo, but there
> > > are exceptions to this. as an example openrc (and even paludis to a
> > > degree). If you think that there is a package not specifically
> > > target
On Sun, Mar 28, 2010 at 10:07:52PM +0200, Rennn 'Necoro' Neumann wrote:
> Am 28.03.2010 21:04, schrieb Brian Harring:
> > Instead, if the purpose is a "thanks", why not every once in a while
> > put up a news item discussing the tools in question? Such an
>
Skip to the end for a counterproposal...
On Sun, Mar 28, 2010 at 05:13:14PM +1300, Alistair Bush wrote:
> I was just thinking how nice it could be if we acknowledged some of the
> projects that contribute to gentoo but are actually developed primarily
> outside of gentoo's dev community. How ab
On Sun, Mar 28, 2010 at 07:31:10PM +1300, Alistair Bush wrote:
> > On Saturday 27 of March 2010 21:58:41 William Hubbs wrote:
> >
> > It's really freaking silly to wait months for stabilization of some random
> > php/perl library that's known to work.
>
> Have you ever just considered closing the
On Sun, Mar 28, 2010 at 01:03:43AM -0500, Doug Goldstein wrote:
> I seriously hate changing USE flags for the sake of changing use
> flags. This provides a moderate amount of annoyance for anyone that
> maintains more then one Gentoo box because they need to then tinker
> with their /etc/make.conf
On Fri, Mar 26, 2010 at 05:04:28PM +0100, Arfrever Frehtes Taifersar Arahesis
wrote:
> 2010-03-26 16:43:57 Brian Harring napisał(a):
> > On Fri, Mar 26, 2010 at 03:22:52PM +0100, Arfrever Frehtes Taifersar
> > Arahesis wrote:
> > > Arfrever Frehtes Taifersar Arahesis 201
On Fri, Mar 26, 2010 at 03:22:52PM +0100, Arfrever Frehtes Taifersar Arahesis
wrote:
> Arfrever Frehtes Taifersar Arahesis 2010-03-25 20:05:17 napisał(a):
> > 2010-03-25 19:34:24 Roy Bamford napisał(a):
> > > The case where Python-3 cannot be used as the default Python is
> > > transitory (it may
On Fri, Mar 26, 2010 at 05:35:19AM -0700, Zac Medico wrote:
> On 03/24/2010 08:47 PM, Joshua Saddler wrote:
> > On Wed, 24 Mar 2010 16:12:55 -0500
> > William Hubbs wrote:
> >
> >> On Wed, Mar 24, 2010 at 09:36:52PM +0100, Ben de Groot wrote:
> >>> We agree that this is the minimum that should be
On Fri, Mar 19, 2010 at 10:01:05AM +, Ciaran McCreesh wrote:
> On Fri, 19 Mar 2010 02:56:08 -0700
> Brian Harring wrote:
> > > We are waiting on ABI dependencies (and extended support for
> > > multiple ABIs in package manager), which will provide some needed
> >
On Fri, Mar 19, 2010 at 10:55:03AM +0100, Arfrever Frehtes Taifersar Arahesis
wrote:
> 2010-03-19 10:39:07 Petteri Räty napisał(a):
> > On 19.3.2010 11.35, Arfrever Frehtes Taifersar Arahesis wrote:
> >
> > >
> > > I can add "python2" USE flag (enabled by default) to some versions of
> > > dev-l
On Fri, Mar 19, 2010 at 04:23:31AM -0500, Dale wrote:
> OK. Right now, as you type this, what package depends on python-3 and
> won't work with python-2? Anything at all? If it is nothing, then why
> install it?
To some degree it's the users choice which python version they choose
to settle
On Thu, Mar 18, 2010 at 09:13:01PM +0100, Thomas Sachau wrote:
> On 03/18/2010 08:55 PM, Arfrever Frehtes Taifersar Arahesis wrote:
> > 2010-03-18 20:47:35 Thomas Sachau napisał(a):
> >> On 03/18/2010 08:33 PM, Arfrever Frehtes Taifersar Arahesis wrote:
> >>> 2010-03-18 20:20:02 Thomas Sachau napis
On Sun, Mar 14, 2010 at 02:02:46AM +0200, Mart Raudsepp wrote:
> On Sat, 2010-03-13 at 13:16 -0800, Brian Harring wrote:
> > While I agree in principle within mixins, no one here is discussing
> > the QA affect of it- right now we can do visibility scans of
> > combinat
On Mon, Mar 08, 2010 at 11:40:00PM +0100, Peter Hjalmarsson wrote:
> mån 2010-03-08 klockan 19:13 +0200 skrev Mart Raudsepp:
>
> > Instead I think we should be improving "eselect profile" to support
> > multiple inheriting /etc/make.profile files in a user friendly fashion,
> > and in the end remo
On Thu, Mar 04, 2010 at 06:07:17PM -0600, Dale wrote:
> chrome://messenger/locale/messengercompose/composeMsgs.properties:
> > On 03/04/10 12:53, Ben de Groot wrote:
> >> Exactly. The last time I owned a printer is over 5 years ago. So I don't
> >> think cups warrants to be in the standard desktop
On Thu, Mar 04, 2010 at 10:08:06PM +0100, Sebastian Pipping wrote:
> 1. Copy
> ===
> - Duplicate any traces of dev-util/${PN} in profiles/ to dev-vcs/${PN}
> (fgrep -Rw "dev-util/${PN}" profiles/)
>
> - Copy complete package dev-util/${PN} to dev-vcs/${PN}
> (watch out CVS directories)
>
On Thu, Feb 11, 2010 at 10:12:44PM +0100, Christian Faulhammer wrote:
> Hi,
>
> Jeremy Olexa :
> > I would guess that it would be far easier to work in an overlay at
> > this point. I would also guess that if there are ANY mips users out
> > there that they would have to use some other ACCEPT_KEYW
On Thu, Feb 11, 2010 at 06:56:58PM +, Jeremy Olexa wrote:
> > At the very least if it's going to be kept around, experimental or
> > not, the number of profiles in use there *really* needs reduction-
> > mips has roughly 117 profiles listed in profiles.desc out of 217-
> > literally ~54% of
On Thu, Feb 11, 2010 at 06:56:58PM +, Jeremy Olexa wrote:
> I would guess that it would be far easier to work in an overlay at this
> point. I would also guess that if there are ANY mips users out there that
> they would have to use some other ACCEPT_KEYWORDS value because the shape
> of ~mips
On Thu, Feb 11, 2010 at 04:54:38PM +0100, Torsten Veller wrote:
> Can we please move the mips profiles from "dev" to "exp" in
> profiles/profiles.desc?
>
>
> The ~150 mips development profiles increase the time for a
> `repoman -d full` run in dev-perl/ from three to five minutes. That is
> an i
On Mon, Feb 08, 2010 at 05:23:03AM +, Robin H. Johnson wrote:
> On Sun, Feb 07, 2010 at 05:02:22PM -0800, Brian Harring wrote:
> > On Sun, Jan 31, 2010 at 10:04:40AM +, Robin H. Johnson wrote:
> > > Changes:
> > > - This GLEP can stand independently of GLEP58.
&g
On Sun, Jan 31, 2010 at 10:04:40AM +, Robin H. Johnson wrote:
> Changes:
> - This GLEP can stand independently of GLEP58.
> - Add XZ to compression types list.
> - Move cutoff to 32KiB. Provide size example w/ 32KiB+gzip.
> - Split specification into generation and validation.
>
One concern w
On Sun, Feb 07, 2010 at 12:17:17PM -0800, Zac Medico wrote:
> I noticed that this generates a depedency like "|| (
> =dev-lang/python-2.7* =dev-lang/python-2.6* )" which is very similar
> to the way that QT3VERSIONS works in qt3.eclass. One thing that is
> sub-optimal about these types of dependenc
On Sat, Feb 06, 2010 at 12:03:11PM +0100, Arfrever Frehtes Taifersar Arahesis
wrote:
> 2010-02-05 17:40:00 Arfrever Frehtes Taifersar Arahesis napisał(a):
> > - Dependency on Python 2 should be set correctly. You can specify it
> > directly in
> > {,R}DEPEND or use PYTHON_DEPEND.
> >
> > E
On Sun, Jan 17, 2010 at 11:09:07AM +, Ciaran McCreesh wrote:
> 2010/1/17 Christian Faulhammer :
> > Ciaran McCreesh :
> > As much as you love to have the new and shiny VDB2, it is far off.
> > Prototyping and drafting implementations would be great to have some
> > base where we can discuss on
On Tue, Jan 12, 2010 at 10:12:52AM +, Ciaran McCreesh wrote:
> On Mon, 11 Jan 2010 15:35:51 -0700
> Denis Dupeyron wrote:
> > I'm a bit surprised by the low amount of discussions this topic has
> > generated.
>
> There's no discussion because Brian refuses to address any comments on
> the pro
On Mon, Jan 11, 2010 at 09:25:51PM +0100, Raaal Porcel wrote:
> scarabeus told me that the eclass can't be removed until two years since
> the deprecation date, so...
>
> Removal of the eclass on 2012/01/11
Reasoning? Prior to env saving we couldn't particularly punt
eclasses, but env saving is
On Fri, Jan 01, 2010 at 01:31:44PM +, Mike Frysinger wrote:
> This is your monthly friendly reminder ! Same bat time (typically
> the 3rd Thursday at 1800 UTC / 2000 CET / 1400 EST), same bat channel
> (#gentoo-council @ irc.freenode.net) !
>
> If you have something you'd wish for us to chat
On Tue, Dec 29, 2009 at 06:32:20PM +, Robin H. Johnson wrote:
> Can we have USE-deps inside the LICENSE block then?
Yes.
~harring
pgphPPJZqEGs2.pgp
Description: PGP signature
On Sat, Dec 19, 2009 at 04:24:49PM +0100, Arfrever Frehtes Taifersar Arahesis
wrote:
> Distutils/Setuptools/Distribute modify shebangs of installed Python scripts,
> so that they
> contain path of Python interpreter with version included (e.g.
> "#!/usr/bin/python3.2").
> This behavior has both
On Sat, Dec 19, 2009 at 01:06:22PM +0530, Nirbheek Chauhan wrote:
> On Sat, Dec 19, 2009 at 12:37 AM, Mike Frysinger wrote:
> > for various reasons/limitations/bugs/whatever, i rewrote epatch. seems to
> > work for me, but in case someone wants to check before i release:
>
> Wouldn't it be safer
On Tue, Dec 15, 2009 at 03:54:53PM +0700, Max Arnold wrote:
> Initially my script has "/usr/bin/env python" shebang line. When I checked
> actual installed
> file, it contained "/usr/bin/python2.6". Who is responsible for this
> modification (eclass,
> distutils or something else)? Why not "/u
On Mon, Dec 14, 2009 at 07:54:25PM +, Ciaran McCreesh wrote:
> Since kdebuild-1 is to be removed from PMS immediately, it's going to go
> from Paludis in the next release too. We need to warn users about this,
> since they'll no longer be able to uninstall kdebuild-1 packages they
> have instal
On Thu, Nov 26, 2009 at 04:46:49PM +, Ciaran McCreesh wrote:
> On Thu, 26 Nov 2009 08:33:03 -0800
> Brian Harring wrote:
> > > "Provide proof that all existing and future caches that would rely
> > > upon this validation mechanism are functions purely and exclusi
On Thu, Nov 26, 2009 at 03:31:17PM +, Ciaran McCreesh wrote:
> On Wed, 25 Nov 2009 17:34:38 -0800
> Brian Harring wrote:
> > I'd like
> > http://archives.gentoo.org/gentoo-dev/msg_6b3e00049a1bf35fbf7a5e66d1449553.xml
> > to be discussed, specifically zacs for
On Thu, Nov 26, 2009 at 12:35:53PM +, David Leverton wrote:
> 2009/11/26 Brian Harring :
> > It's an academic discussion, and pointless. We don't mandate the
> > filesystems PMS implementations are run on- as such we cannot make a
> > gurantee to ebuild
Potentially just being a tool and taking the bait..
On Thu, Nov 26, 2009 at 12:41:55PM +, David Leverton wrote:
> 2009/11/26 Brian Harring :
> > Why is this one special? Two out of three do this already, and it
> > works.
>
> You mean "two out of three blate
On Wed, Nov 25, 2009 at 09:26:59PM -0800, Zac Medico wrote:
> Brian Harring wrote:
> > This discussion in generall is daft. No package can rely on
> > nanonsecond resolution for installation because the most common FS out
> > there (ext3) does *second* level resolution
On Wed, Nov 25, 2009 at 02:50:22PM -0700, Denis Dupeyron wrote:
> The next council meeting will be on 7 Dec 2009 at 1900UTC. If you want
> us to discuss things please let us know in reply to this email. What
> is already known is we'll talk about mtime preservation and prefix.
> You can find thread
On Tue, Nov 24, 2009 at 10:21:06PM +, Ciaran McCreesh wrote:
> On Mon, 23 Nov 2009 15:19:00 -0800
> Brian Harring wrote:
> > Someone mind explaining to me why we're making mtime preservation so
> > nasty? Having to enumerate every pathway that requires mtime
>
On Wed, Nov 25, 2009 at 04:49:17PM -0800, Zac Medico wrote:
> Ciaran McCreesh wrote:
> > On Wed, 25 Nov 2009 23:59:45 +0100
> > Ulrich Mueller wrote:
> >> Real examples would be issues like bugs 83877 [1] or 263387 [2].
> >> Nothing that could be easily dismissed or worked around. Both issues
> >>
On Mon, Nov 23, 2009 at 11:49:25AM -0700, Denis Dupeyron wrote:
> 2- Here's the second idea, shamelessly pasted (note that it says EAPI4
> below instead of EAPI3 but this is irrelevant to the idea):
>
> "Thus, I would let EAPI 4 ebuilds call dopreservemtimes (with an API
> similar to docompress) i
On Tue, Oct 27, 2009 at 11:32:30AM -0700, Zac Medico wrote:
> Brian Harring wrote:
> > The proposal is pretty simple; if code modifies the vdb in any
> > fashion, it needs to update the mtime on a file named
> > '.modification_time' in the root of the vdb.
>
First of all, feel free to forward this to anyone who is responsible
for code pkged in the tree that access the vdb (/var/db/pkg) in some
fashion.
The proposal is pretty simple; if code modifies the vdb in any
fashion, it needs to update the mtime on a file named
'.modification_time' in the ro
On Fri, Oct 23, 2009 at 11:24:27AM +0300, Samuli Suominen wrote:
> So I was told Council needs to approve inheritance of eapi files from
> parent profiles?
>
> I'm not sure why, because we shouldn't have any files in default/linux/
> which was decided long ago when the new profiles was introduced.
On Sun, Sep 20, 2009 at 06:20:41PM -0400, Mark Loeser wrote:
> Arfrever Frehtes Taifersar Arahesis said:
> > I agree. But Python 3.1 doesn't have more issues than Python 2.6, so
> > the stabilization is reasonable.
>
> And how about all of the packages in the tree that use python? You are
> miss
On Tue, Aug 04, 2009 at 08:58:48PM +0100, Ciaran McCreesh wrote:
> On Tue, 04 Aug 2009 18:31:21 +0200
> Sebastian Pipping wrote:
> You seem to be hitting upon it with the 'global configuration' things.
> Pretty much everything in Paludis is a per-package setting, with
> wildcards being how you app
On Tue, Jul 07, 2009 at 02:08:01AM -0400, Andrew D Kirch wrote:
> Ciaran,
>
> I've talked with the pkgcore people and they don't use the EAPI's (or
> PMS) in the first place.
No clue who you talked to, but they weren't speaking for pkgcore- I
speak for pkgcore pretty much solely. Pkgcore util
On Thu, Jul 02, 2009 at 09:43:53PM +0100, Ciaran McCreesh wrote:
> On Thu, 2 Jul 2009 22:29:39 +0200
> Christian Faulhammer wrote:
> > > Which groups who would like to be able to contribute currently feel
> > > that they can't, why do they feel that and why haven't they said so?
> >
> > For exam
On Wed, Apr 22, 2009 at 02:57:34PM +0100, Ciaran McCreesh wrote:
> On Wed, 22 Apr 2009 16:56:08 +0300
> Petteri Räty wrote:
> > Ok. So people should then be using has_version in pkg_info if they
> > want to detect if it's installed or not?
>
> If they absolutely totally need to detect that, then
On Wed, Apr 22, 2009 at 04:35:37PM +0300, Petteri R??ty wrote:
> Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection
> of functions. This way all eclasses don't have to duplicate the EAPI
> detection code. If people find this useful, I will document it properly
> with eclass-manp
Mind you my opinion...
On Fri, Apr 17, 2009 at 11:32:42PM +0100, Ciaran McCreesh wrote:
> On Fri, 17 Apr 2009 15:27:30 -0700
> Donnie Berkholz wrote:
> > EAPI 4: Inclusion of prefix-related variables
While I'm a fan of prefix, a stronger case for existing
implementation (including more expositi
On Wed, Apr 08, 2009 at 06:31:59PM +0200, Tobias Scherbaum wrote:
> As for EAPI=3 the only thing I've got a question on for now is
Councils opinion on bug 264130
(http://bugs.gentoo.org/show_bug.cgi?id=264130) would be appreciated-
seems to have stalled out although the benefits are well documen
On Thu, Feb 26, 2009 at 11:19:20AM -0800, Donnie Berkholz wrote:
> On 23:12 Tue 24 Feb , Donnie Berkholz wrote:
> > Here's the preliminary agenda. I'm running a bit behind on -dev, so
> > it's a little out of date re GLEPs 54/55. People including lu_zero,
> > cardoe, dev-zero, and tanderson s
On Thu, Feb 26, 2009 at 12:11:04AM +, Ciaran McCreesh wrote:
> On Wed, 25 Feb 2009 16:02:46 -0800
> Brian Harring wrote:
> > Bullshit. First invocation of the ebuild, that means it can do
> > whatever it wants to the environment- literally swapping in the EAPI
> >
On Wed, Feb 25, 2009 at 11:03:07PM +, Ciaran McCreesh wrote:
> On Wed, 25 Feb 2009 04:49:51 -0800
> Brian Harring wrote:
> > 4) eapi as a function; instead of "EAPI=1", do "eapi 1", required as
> > the first statement (simplest way).
>
> Doesn&#
On Wed, Feb 25, 2009 at 01:42:38PM +0100, Gilles Dartiguelongue wrote:
> Le mardi 24 février 2009 à 09:47 -0800, Brian Harring a écrit :
> > On Sun, Feb 22, 2009 at 11:26:48PM -0800, Donnie Berkholz wrote:
> > > This is your friendly reminder! Same bat time (typic
201 - 300 of 735 matches
Mail list logo
