Jason Stubbs wrote:
There's ways to manage this complexity, such as putting the dependencies into
autotools' RDEPEND (if it can be considered correct) or by using
meta-packages. However, your point is against requiring that packages _must_
specify all system dependencies. While I personally
On Sun, 17 Dec 2006 03:14:57 -0500 Alec Warner [EMAIL PROTECTED]
wrote:
| As an aside, If you are unsure in a given situation feel free to ask
| someone about it. Worse case you (put an extra dep in|leave out a
| dep); both are easily repairable.
No, worst case you go and break anyone trying to
Diego 'Flameeyes' Pettenò wrote:
Not sure if anybody here knows, but alsa-plugins is not the only set of
plugins an user installs in its system, many others are installed by alsa-lib
itself, they are the basic plugins like dmix, dsnoop, iec958, plug... the
ones that many asoundrc already
Ciao,
The treecleaner project held a meeting today on IRC (#gentoo-treecleaners
on Freenode, log attached) to discuss the goals of the project, why it
was frozen and ways in which to improve the process - treecleaning
without a vengence, maybe? ;)
The outcome of the meeting is, basically, that
Typically, I failed at something: meeting log *really* attached this
time...
--
Elfyn McBratney,
Gentoo Developer,
Nutty between the hours of 3AM and 14AM...
+--+
| irc.freenode.net / beu |
| beu [EMAIL PROTECTED] gentoo [.] org |
On Sun, Dec 17, 2006 at 07:22:13PM +, Elfyn McBratney wrote:
Ciao,
The outcome of the meeting is, basically, that we need to be a lot more
careful/cautious when it comes to punting packages from the tree. For
example, in cases where packages work but the ebuilds themselves do not,
we
Bryan Østergaard wrote:
Thanks, I believe many users (and devs) will be happy to see improved
policies regarding package removals. I'm also personally very much
looking forward to an official Proxy Maintainers project -proxy
maintaining is one of the things I've been advertising in my own
George Shapovalov wrote:
Masked, as per previous announement. Nobody stepped up, so this is now on
track for removal.
I read the original post, and you seemed quite keen on keeping it in; have
you posted to the user rep forum to see if you can p-maintain it for a user
or group of users?
--
Doug Goldstein wrote:
I'll give some of the issues a look over Monday if you ping me about it
jakub. But I don't want to maintain it. I'll proxy maintain it for a
user and help them out if they need.
Alec Warner wrote:
If there are any interested users, I am willing to proxy-maintain this
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2006-12-17 23h59 UTC.
Removals:
games-fps/ut2004-domain2049 2006-12-12 15:46:17 wolf31o2
dev-db/dbbalancer 2006-12-17 08:57:15 dev-zero
Additions:
sci-biology/amap
Ciaran McCreesh wrote:
That one pulls us back into the lack of distinction between stuff
needed when compiling against this library and stuff this library
needs to run.
Wouldn't your c-toolchain or a compiler eg for PERL or Java do?
| or by using meta-packages.
DEPEND=virtual/c-toolchain
Ryan Hill wrote:
Cool, that's exactly what I was looking for.
thanks ;d
Yeah me too, thanks for a straight reply! ;)
--
gentoo-dev@gentoo.org mailing list
On Sun, Dec 17, 2006 at 11:20:38PM -0800, Robin H. Johnson wrote:
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2006-12-17 23h59 UTC.
...
Removals:
x11-wm/qvwm 2006-12-04 06:40:02 omp
...
Oops, I
Alec Warner wrote:
Jason Stubbs wrote:
There's ways to manage this complexity, such as putting the dependencies
into autotools' RDEPEND (if it can be considered correct) or by using
meta-packages. However, your point is against requiring that packages
_must_ specify all system
14 matches
Mail list logo