Gentoo Logo
Gentoo Spaceship

Installation:
Gentoo Handbook
Installation Docs

Documentation:
Home
Listing
About Gentoo
Philosophy
Social Contract

Resources:
Bug Tracker
Developer List
Discussion Forums
Gentoo BitTorrents
Gentoo Linux Enhancement Proposals
IRC Channels
Mailing Lists
Mirrors
Name and Logo Guidelines
Online Package Database
Security Announcements
Staffing Needs
Supporting Vendors
View our CVS

Graphics:
Logos and themes
Icons
ScreenShots

Miscellaneous Resources:
Gentoo Linux Store
Gentoo-hosted projects
IBM dW/Intel article archive




List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Duncan <1i5t5.duncan@...>
Subject: Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
Date: Mon, 29 Sep 2008 02:52:09 +0000 (UTC)
Zac Medico <zmedico@g.o> posted 48E00B9B.3060600@g.o,
excerpted below, on  Sun, 28 Sep 2008 15:56:27 -0700:

> For example, `emerge kde-meta` would behave as as normal meta-package
> currently does, and `emerge @kde-meta` would reference the same package
> as a set and could thereby trigger different behavior which is
> appropriate for a set.

Ahh... that's rather clearer now.  Somehow I missed that bit before.

However, it seems to me we'd have some of the same types of issues we've 
previously discussed over the distinction between world and @world.  It's 
going to be virtually impossible to get some users to see the difference, 
with the consequence being that they use the wrong reference (probably 
skipping the @ as unnecessary typing) and end up with (to them) 
completely unexpected behaviour.  How long have we been drilling into 
users' heads that they need to use --pretend (or --ask) --verbose to 
check that what they intend is really what's going to happen?  Yet I just 
dealt with a case the other day where someone ended up with something 
entirely (to them) unexpected, because they failed to preview what was 
going to happen, first.

Going out of our way to (effectively) make things even /more/ confusing 
by deliberately creating set-packages that can be referred to as either, 
with different behavior in each case, would seem to be the equivalent of 
deliberately setting traps for those poor users.  (Yes, they /should/ 
know the difference and it's a PEBCAK if they don't/won't, but 
unfortunately that PEBCAK is/can-safely-be-predicted-to-be rather 
common...)

So sure, we can institute it as suggested, damn the torpedos, but I 
believe it's safely predictable that come a few months hence, after we've 
dealt with our tenth person to end up screwing their system as a result, 
we're going to rue the day...  Never-the-less, it's not my decision.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman



Replies:
Re: Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
-- Zac Medico
References:
[RFC] PROPERTIES=set for meta-packages that should behave like package sets
-- Zac Medico
Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
-- Ciaran McCreesh
Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
-- Zac Medico
Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
-- Ciaran McCreesh
Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
-- Zac Medico
Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
-- Ciaran McCreesh
Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
-- Zac Medico
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
Next by thread:
Re: Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets
Previous by date:
Automated Package Removal and Addition Tracker, for the week ending 2008-09-28 23h59 UTC
Next by date:
Re: Re: Default src_install for EAPI-2 or following EAPI


Updated Jun 17, 2009

Donate to support our development efforts.

Gentoo Centric Hosting: vr.org

VR Hosted

Tek Alchemy

Tek Alchemy

SevenL.net

SevenL.net

php|architect

php|architect

Copyright 2001-2007 Gentoo Foundation, Inc. Questions, Comments? Email www@gentoo.org.