Re: 'IT Security' in comps?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Aug 05, 2009 at 04:07:59PM -0400, Bill Nottingham wrote:
> Till Maas (opensource@xxxxxxxxx) said: 
> > > You've also added a new toplevel category. This means this new nebulous
> > > 'IT Securty' item is pushed at the toplevel, much as 'Desktops' or
> > > 'Language Support'. That seems misplaced to me. 
> > 
> > How can I bundle the groups, if not with a category? Or can there be
> > subcategories?
> 
> I'm not sure they need to be bundled. Especially with 'IT' as a
> prefix; code analysis is code analysis; password recovery is
> password recovery.

The IT prefix is only used in the group id, which is afaik not visible
to the used and not translated. I don't understand what you want to say
with "password recovery" is "password recovery". There is nothing to
argue about, but nevertheles the groups are related to each other, which
already expresses itself that they are all on the security spin. Also it
allows other people to easier ignore them, instead of cluttering other
categories.

> There's also ongoing work on package tagging that may fit better
> for more finer grained usages such as these.

I do not know the details about, but this will probably be a good
enhancement in the future. Or is this ready to be used within the near
future?

> > > Why isn't this just done via a menus package in the security spin?
> > > Wouldn't that be more useful?
> > 
> > No, because this does not help me with my search from yum.
> 
> Tagging would help with this; as it stands now, 'yum search wireless'
> or 'yum search wireless sniffer' would return the packages in your
> wireless group.

Probably, but this cannot be done right now afaik.

> > Btw. this is
> > true for other package groups, too. E.g. we have a KDE spin and a KDE
> > group in comps.
> 
> Sure, but KDE is a much broader use case. I feel that the groups as
> you defined them are probably too fine grained.

I obviously don't feel so. I feel more like it is the best solution
given the current technical possibilities.

> Moreover, what's the usage case in that you really need all three
> tools (which is the default if you install the group you mentioned)?

Everyone on a multi user system can use the tool of his preference. Also
there may be a feature in one application, that is missing in another.

Btw. I fail to understand what trouble this is causing you. Thanks to
bundling all together into one category, it will even disturb you less
than six (or more) groups in some other category, where the stuff you
are interested is.

Regards
Till

Attachment: pgpCUIPjbB4DF.pgp
Description: PGP signature

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux