Hello,
On Mon, 01 Sep 2014 07:15:53 +0800 Patrick Lauer wrote:
> On Sunday 31 August 2014 11:39:22 hasufell wrote:
> > Martin Vaeth:
> > > hasufell wrote:
> > >> On 08/30/2014 02:35 PM, J. Roeleveld wrote:
> > >>> For net-im/skype,
> > >>
> > >> Screw skype.
> > >
> > > Please don't. Not all co
On 09/06/14 14:15, Ciaran McCreesh wrote:
On Sat, 06 Sep 2014 14:10:50 -0400
"Anthony G. Basile" wrote:
It is incorrect to say "I'm going about it all wrong" when I'm not
doing any designing.
Not doing any designing *is* going about it all wrong... Getting this
right is hard work. Someone need
On Sat, 06 Sep 2014 14:10:50 -0400
"Anthony G. Basile" wrote:
> It is incorrect to say "I'm going about it all wrong" when I'm not
> doing any designing.
Not doing any designing *is* going about it all wrong... Getting this
right is hard work. Someone needs to do it.
> At this point I've gotten
On 09/06/14 13:09, Ciaran McCreesh wrote:
I'm not disagreeing with an API for interoperability, in principle. I
just think the way you're going about it is all wrong, and we're all
better not having an API at all than having a bad one that we'll have to
support for all eternity.
You and the por
On Sat, 06 Sep 2014 13:00:03 -0400
"Anthony G. Basile" wrote:
> On 09/06/14 12:18, Ciaran McCreesh wrote:
> > Well eix is buggy, PMS-violating and doesn't support EAPIs properly,
> > and the utilities in gentoolkit and portage-utils are better
> > implemented natively in a package manager. I don't
On 09/06/14 12:18, Ciaran McCreesh wrote:
Well eix is buggy, PMS-violating and doesn't support EAPIs properly,
and the utilities in gentoolkit and portage-utils are better implemented
natively in a package manager. I don't know what elfix does, but if
it's anything like the other three, I'd rathe
Anthony G. Basile:
> On 09/06/14 12:12, hasufell wrote:
>> Anthony G. Basile:
And when you do ask, is a package that's "provided" installed, and if
so, what's its metadata?
>>> When the package is installed, that data should have been cached.
>>>
>> Afaik there is nothing "cached" if
On Sat, 06 Sep 2014 12:07:10 -0400
"Anthony G. Basile" wrote:
> No, but the resolution of the conditionals may change over time and
> it would be nice to have the information as it was at the time of the
> build.
You have USE available...
> Neither do we want to hamper what developers might wa
On 09/06/14 12:12, hasufell wrote:
Anthony G. Basile:
And when you do ask, is a package that's "provided" installed, and if
so, what's its metadata?
When the package is installed, that data should have been cached.
Afaik there is nothing "cached" if you put stuff in package.provided.
It's a
Anthony G. Basile:
>>
>> And when you do ask, is a package that's "provided" installed, and if
>> so, what's its metadata?
>>
>
> When the package is installed, that data should have been cached.
>
Afaik there is nothing "cached" if you put stuff in package.provided.
It's a terrible hack, unless
On 09/06/14 10:04, Ciaran McCreesh wrote:
On Sat, 06 Sep 2014 09:51:58 -0400
"Anthony G. Basile" wrote:
Paludis doesn't do this (and historically, Portage didn't either).
We store USE etc. This is useful because it allows us to detect when
people have been mucking around with DEPEND and the lik
On Sat, 06 Sep 2014 09:51:58 -0400
"Anthony G. Basile" wrote:
> > Paludis doesn't do this (and historically, Portage didn't either).
> > We store USE etc. This is useful because it allows us to detect when
> > people have been mucking around with DEPEND and the like.
>
> This was a suggestion fro
Anthony G. Basile:
>>
>>> A list of all files belonging to the package, along with a designation
>>> of the file type (regular, directory, symlink, pipe, etc), MD5SUM or
>>> other checksum, and mtime time.
>> Packages aren't allowed to install pipes.
>
> Okay I will remove pipes. Do you have a re
On 09/06/2014 01:57 PM, Anthony G. Basile wrote:
> On 09/06/14 06:44, Toralf Förster wrote:
>> After a recent discussion at #tor an #gentoo-dev /me wonders if the
>> syslog level of net-misc/tor should at least be changed from "notice"
>> to "warn" -or better - be fully unset like upstream does it
On 09/06/14 09:10, Ciaran McCreesh wrote:
On Sat, 06 Sep 2014 09:03:13 -0400
"Anthony G. Basile" wrote:
Note that, as with the Metadata Cache, these variable should be stored
with all the conditionals evaluated.
Paludis doesn't do this (and historically, Portage didn't either). We
store USE et
On Sat, Sep 6, 2014 at 9:23 AM, Anthony G. Basile wrote:
>
> I'm not sure we can get rid of python2 and have only python3, but if that's
> possible, absolutely punt it! The bloat I'm talking about includes size,
> but more importantly, I'm concerned about cpu time. When building on a minor
> arch
On Sat, Sep 6, 2014 at 8:41 AM, Patrick Lauer wrote:
>
> And by the same reasoning of "bloat" we should remove openssh ( and maybe even
> rsync ;) ) because it's not strictly needed - so maybe we want a "minimal" and
> a "useful" stage3 ?
I could care less what is in the stage3, which only affect
On 09/06/14 08:41, Patrick Lauer wrote:
On Friday 05 September 2014 12:34:11 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.
I wouldn't mind eithe
On Sat, 06 Sep 2014 09:03:13 -0400
"Anthony G. Basile" wrote:
> Note that, as with the Metadata Cache, these variable should be stored
> with all the conditionals evaluated.
Paludis doesn't do this (and historically, Portage didn't either). We
store USE etc. This is useful because it allows us t
Hi everyone,
I've incorporated suggestions from the previous round of discussions in
the GLEP. In particular, note that I also changed the title to avoid
referring to VDB as the means for caching. Each package manager can
decide how to cache the information internally.
The working copy is
On Friday 05 September 2014 12:34:11 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.
I wouldn't mind either option - net-tools has been dep
On 09/06/14 07:05, Rich Freeman wrote:
On Sat, Sep 6, 2014 at 2:44 AM, Duncan <1i5t5.dun...@cox.net> wrote:
Rich Freeman posted on Fri, 05 Sep 2014 20:10:02 -0400 as excerpted:
The purpose of the system set is to deal with circular deps and the need
to bootstrap. We shouldn't have stuff in th
On 09/06/14 06:44, Toralf Förster wrote:
After a recent discussion at #tor an #gentoo-dev /me wonders if the syslog level of net-misc/tor
should at least be changed from "notice" to "warn" -or better - be fully unset
like upstream does it ?
I can entertain that, but this should be in a bug re
On Sat, Sep 6, 2014 at 2:44 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> Rich Freeman posted on Fri, 05 Sep 2014 20:10:02 -0400 as excerpted:
>
>> The purpose of the system set is to deal with circular deps and the need
>> to bootstrap. We shouldn't have stuff in there if it is possible to run
>> wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/06/2014 09:16 AM, Markos Chandras wrote:
> On 09/05/2014 11:42 PM, Robin H. Johnson wrote:
>> Oldschool python broke on the new CVS box, fixed now.
>
>
> Hi Robin,
>
> Ok thanks. Is there a way to generate some stats for August so we
> can p
After a recent discussion at #tor an #gentoo-dev /me wonders if the syslog
level of net-misc/tor should at least be changed from "notice" to "warn" -or
better - be fully unset like upstream does it ?
--
Toralf
pgp key: 0076 E94E
# Michał Górny (06 Sep 2014)
# (on behalf of Python team)
# Python 3.2 is no longer supported upstream and there are no new
# releases planned. Packages are removing support for it in favor
# of 3.3 and 3.4. The support for implementations will be disabled
# in 30 days.
python_targets_python3_2
py
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/05/2014 11:42 PM, Robin H. Johnson wrote:
> Oldschool python broke on the new CVS box, fixed now.
>
Hi Robin,
Ok thanks. Is there a way to generate some stats for August so we can
put them on the GMN? otherwise we will skip that section.
-
Duncan posted on Sat, 06 Sep 2014 06:44:21 + as excerpted:
> several @system packages and deps I had before I started pruning
Oops. Several /hundred/ @system packages and deps... including kdelibs,
due to USE=kde on some other dep. IIRC, with only openrc in the @system
set itself, there w
29 matches
Mail list logo
