On Thu, Dec 4, 2014 at 12:37 PM, Christopher Head wrote:
>
> What if now, by some accident, iptables ends up in a loop (maybe not even a
> loop including $insecure_service, but some other loop entirely), and it’s the
> randomly chosen victim? Is it still good to boot as many services as
> possi
On Fri, Sep 5, 2014 at 2:35 PM, Alex Xu wrote:
>
> no, because it's not necessary to bring up a working system. we don't
> have wpa_supplicant, and we shouldn't have net-tools now that openrc
> isn't in @system anymore.
>
Well, your definition of "working" seems quite a bit narrower than mine!
Mo
On Fri, Mar 28, 2014 at 4:39 PM, Kent Fredric wrote:
>
> This example for me suggests we'll need to have some kind of process of
> defining what tags should be used for what things, similar to how we have a
> process for global USE, mostly, because inconsistency is a bad thing here.
>
Yes, you wan
On Fri, Mar 28, 2014 at 1:14 PM, Ciaran McCreesh
wrote:
> On Thu, 27 Mar 2014 03:53:47 +0100
> yac wrote:
>> What I was describing is the difference between fundamental properties
>> of categories and tags.
>
> You are trying to redefine categories in terms of a concept that they
> didn't origina
On Mon, Mar 24, 2014 at 12:28 PM, Ciaran McCreesh
wrote:
> On Mon, 24 Mar 2014 10:55:38 -0400
> Damien Levac wrote:
>> A lot of people already replied to this question: package search.
>
> Sure, but can you point to prior examples of this kind of stuff
> actually working?
>
eix -C allows you to s
On Sat, Mar 22, 2014 at 6:33 PM, Alec Warner wrote:
> https://wiki.gentoo.org/wiki/Package_Tags
>
Ack, this had to happen on a weekend when I wasn't paying attention!
And you beat me to it, too-- I was working on something in this vein,
but wasn't quite satisfied with the design yet. Oh well. Yo
On Mon, Mar 3, 2014 at 11:10 AM, Alec Warner wrote:
>
> Many of the config files are large, and splitting them into segments makes
> it easier to read.
>
Ah, no, impedance mismatch. Split configs are easy-- /etc/env.d/ took
something like two minutes to grasp years ago.
To clarify, I was more dis
On Sat, Mar 1, 2014 at 11:06 AM, William Hubbs wrote:
>
> No sir, I was not telling a half-truth.
>
> If the default configuration is stored in /lib/udev/rules.d for example,
> and you can override that default by dropping files of the same name in
> /etc/udev/rules.d, I don't see what the concern
On Fri, Feb 28, 2014 at 7:47 PM, William Hubbs wrote:
>
> Patrick thinks that all configuration files belong in /etc, and what has
> happened is, some packages are placing default configuration
> files in /lib or /usr/lib and allowing them to be overridden by files
> with the exact same names and
On Wed, Aug 21, 2013 at 5:50 AM, Sergey Popov wrote:
>
> As i said earlier, we should recruit more people -> then problem will go
> away.
This is a point most of the people in this thread seem to be dancing
around that's sort of problematic. You can talk about recruiting
until you're blue in the
On Tue, Aug 20, 2013 at 5:05 PM, Tom Wijsman wrote:
>
> At least the numbers for the year sound like something we will want to
> deal with; from there, we could try to keep half a year low. And after
> a while, we might end up ensuring stabilization within 3 months.
>
> That's still three times mo
On Tue, Aug 20, 2013 at 2:19 PM, William Hubbs wrote:
>
> During the last release of OpenRC, I learned that people *do* run
> production servers on ~arch. I asked about it and was told that the
> reason for this is bitrot in the stable tree.
>
This right here seems strange to me. What things in s
On Thu, Aug 9, 2012 at 11:25 AM, Rich Freeman wrote:
> ...have an init as PID=1 that does
> nothing but launch systemd and keep it propped up until it gets a
> signal from systemd. However, that could have issues I'm just not
> thinking of.
I'm not the maintainer, but this method does seem to wo
On Tue, Jun 28, 2011 at 07:53, Peter Volkov wrote:
> В Пнд, 27/06/2011 в 20:26 -0700, Brian Harring пишет:
>> > Second, make a bunch of sets named kde-tag, editors-tag, xml-tag,
>> > monkeys-tag etc.
>
> I'd like avoid editing multiple files. Much better will be keep tags
> with package.
>
> Also
On Mon, Jun 27, 2011 at 17:23, Rich Freeman wrote:
> That wasn't what I was thinking of. Package masking is also something
> we carefully control in the repository but users can override it FOR
> THEIR OWN SYSTEMS. With tags I think that there were concepts
> floating around of letting anybody i
On Mon, Jun 27, 2011 at 16:23, Rich Freeman wrote:
> I too feel that tags should be distinct from sets, for a bunch of reasons.
>
> Sets should really be something carefully controlled by the
> repository. While I'm fine with having tags in the repository also,
> there is talk about giving users
2011/6/27 Jesús J. Guerrero Botella :
> That still doesn't answer my question anyway: both features (symlinks
> and +65k files on a single dir) are incompatible with fat32. And
> someone said fat32 compatibility is a feature we want (still can't
> guess why, but well, be consequent...). Obviously,
On Sun, Jun 26, 2011 at 03:02, Ciaran McCreesh
wrote:
> Here's a completely different way of doing tags:
>
You know, that's not a bad way of going about it. Truth be told, I
had sort of forgotten sets exists because they're a bit cumbersome at
the moment. But it's cheap and dead simple and gets
On Sat, Jun 25, 2011 at 21:47, Kent Fredric wrote:
> Package names themselves can be thusly arbitrary , and could be a SHA
> sum or something obscure, as long as all internals and dependencies
> used the same arbitrary name, things would work as intended.
>
I mentioned this idea of internally refe
On Sat, Jun 25, 2011 at 08:22, Kent Fredric wrote:
> I think something else that may be important to consider if one is
> eliminating category directories is how we'll replace the utility
> currently provided by category/metadata.xml
>
> Some things are simply grossly impractical to maintain indiv
On Sat, Jun 25, 2011 at 02:49, Kent Fredric wrote:
> I'm strongly of the mind that by making the tag system arbitrarily
> flat, you might be prematurely limiting yourself, as well as risking a
> future where the "tag index" is a sea of meaningless words.
>
> Tags in my mind, should be grouped by t
es changing.
On Fri, Jun 24, 2011 at 03:18, Zac Medico wrote:
> On 06/23/2011 05:07 PM, Wyatt Epp wrote:
> Since categories and tags can easily coexist, you might want to rethink
> that. It's relatively easy to implement a tagging mechanism, while
> (unnecessarily) ripping out the
On Thu, Jun 23, 2011 at 02:14, Ciaran McCreesh
wrote:
> First: how do tags relate to categories? Are they independent, a
> refinement or a replacement?
>
I would suggest they be a replacement because categories are just an
overly limited subset of a proper tagging scheme.
> Second: which of the f
On Wed, Jun 22, 2011 at 21:25, Duncan <1i5t5.dun...@cox.net> wrote:
> Umm... I believe Ciaran meant "no description" in the practical PM
> implementation rules sense, not in the general definition sense, which I
> suppose most folks here understand by now.
>
Most is not all. ;) In general, I try n
On Wed, Jun 22, 2011 at 14:19, Ciaran McCreesh
wrote:
> On Wed, 22 Jun 2011 21:55:18 +1200
> Kent Fredric wrote:
>> I'd love a tag solution, that'd be nice, is there a GLEP for it yet?
>> And if so, how long will it take to get this "tag" feature supported
>> by EAPI standards?
>
> The slow parts
2009/10/12 Jesús Guerrero
> But there's one... That what the "system" set is about in first place. We
> could argue if creating a new category would be any good or not, that's a
> different issue. But there's already a list of packages that's considered
> critical for a Gentoo system. That's wha
On Sun, May 31, 2009 at 6:09 PM, Richard Freeman wrote:
>
> glep55: See GLEP55. To summarize: The eapi is put into the file name so
> that the package manager knows the EAPI (and thus how to handle this file
> format). While it simplifies the eapi discovery this comes at a high price
> as there i
27 matches
Mail list logo
