Duncan posted [EMAIL PROTECTED], excerpted below,
on Tue, 27 Dec 2005 22:37:43 -0700:
and if what I read was incorrect, than so is the above.
Ugh! s/than/then/
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is
On Tuesday 27 December 2005 18:37, Carsten Lohrke wrote:
On Tuesday 27 December 2005 18:07, Ciaran McCreesh wrote:
It's worse than O(n^n) if you try to do USE dep conflict resolution
too...
Theoretically yes, practically the worst number of dependency levels we
speak of to walk up/down is
On Wed, 28 Dec 2005 16:36:28 +0100 Paul de Vrieze [EMAIL PROTECTED]
wrote:
| The problem is caused by packages being dependencies from multiple
| sides. The trick is that if a package is pulled in by one side it
| should be taken for granted by the other side if it satisfies it's
| dependencies.
On Wednesday 28 December 2005 16:42, Ciaran McCreesh wrote:
On Wed, 28 Dec 2005 16:36:28 +0100 Paul de Vrieze [EMAIL PROTECTED]
wrote:
| The problem is caused by packages being dependencies from multiple
| sides. The trick is that if a package is pulled in by one side it
| should be taken
On Tuesday 27 December 2005 23:12, Petteri Räty wrote:
This has the side affect that the library location code is not used
until I code or take the logic from glibc from example.
[EMAIL PROTECTED] ~/bin $ checkdeps.rb subversion
dev-libs/apr
dev-libs/apr-util
dev-libs/expat
Hi Daniel,
what you've done breaks runtime dependencies, if not for other packages so at
least for KDE. Such a change should be announced on the gentoo-dev mailing
list before you do it. Also a tracking bug to coordinate stabilization of new
ebuild revisions will be needed, once the changed
Paul de Vrieze wrote:
On Tuesday 27 December 2005 23:12, Petteri Räty wrote:
This has the side affect that the library location code is not used
until I code or take the logic from glibc from example.
[EMAIL PROTECTED] ~/bin $ checkdeps.rb subversion
dev-libs/apr
dev-libs/apr-util
On Wed, 2005-12-28 at 17:18 +0100, Carsten Lohrke wrote:
Hi Daniel,
what you've done breaks runtime dependencies, if not for other packages so at
least for KDE. Such a change should be announced on the gentoo-dev mailing
list before you do it. Also a tracking bug to coordinate
On Monday, 26 December 2005 11:57 am, Jakub Moc wrote:
emboss - Adds support for the European Molecular Biology Open Software
Suite. WTF? Why are we abusing make.defaults for such stuff?
Quote from bug #82428:
The reason why I think emboss should be enabled by default is that the
vast
On Wednesday 28 December 2005 17:32, you wrote:
It's not supposed to break runtime dependencies. Everything that was
installed before is installed now, in the same location.
But installed by another package. Of course it breaks dependencies when you
depend on xpdf, because you expect it
On Wed, 28 Dec 2005 01:06:43 +0100, Pawe Madej wrote:
In my opinion if you want to build monolitic ebuild in system like
gentoo where everything is going to be modular you should try some local
USE flags for example monolitic to install all the stuff you are puting
into it and of cours flags
On Wednesday 28 December 2005 17:26, Petteri Räty wrote:
I just picked some package as an example of the output with
openoffice-bin. My understanding here is that if you link against those
libraries, it will break break binary packages because dependencies
don't say to pull in required
Paul de Vrieze wrote:
On Wednesday 28 December 2005 17:26, Petteri Räty wrote:
I just picked some package as an example of the output with
openoffice-bin. My understanding here is that if you link against those
libraries, it will break break binary packages because dependencies
don't say to
On Wednesday 28 December 2005 11:11, Paul de Vrieze wrote:
Unfortunately scanelf also doesn't know (nor can it know)
no utility will be able to passively calculate dependencies that happen via
dlopen() or any similar dynamic library loading interface
-mike
--
gentoo-dev@gentoo.org mailing list
On Wednesday 28 December 2005 21:13, Mike Frysinger wrote:
On Wednesday 28 December 2005 11:11, Paul de Vrieze wrote:
Unfortunately scanelf also doesn't know (nor can it know)
no utility will be able to passively calculate dependencies that happen via
dlopen() or any similar dynamic library
I _do_ see the argument that including the extra applications could be
spun off from the main package.
I would appreciate nvidia-settings remaining stand alone, due to this as
of yet unresolved bug:
http://bugs.gentoo.org/show_bug.cgi?id=114649
--
gentoo-dev@gentoo.org mailing list
Mark Loeser skrev:
Mark Loeser [EMAIL PROTECTED] said:
Mark Loeser [EMAIL PROTECTED] said:
So, everyone that has a binary package in the tree, I would appreciate it if
you could put the sys-libs/libstdc++-v3 depend into your package if
necessary.
Well, you can tell I didn't exactly think
Bjarke Istrup Pedersen [EMAIL PROTECTED] said:
Does this mean that gcc-3.4 will no longer have libstdc++ as a
dependency? :-D
That is what I hope to accomplish, yes.
--
Mark Loeser - Gentoo Developer (cpp gcc-porting toolchain x86)
email - halcy0n AT gentoo DOT org
Donnie Berkholz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I know some of you have done research on how gentoo-x86 converts over to
other systems besides CVS such as SVN, arch, etc. But I can't find the
info anywhere in my archives.
Could whoever's got it, post it?
I'm
On Wed, 2005-12-28 at 13:04 +0100, Johannes Fahrenkrug wrote:
I put a nice -n 19 in front of the tar, rsync and emerge metadata
commands because normally calling emerge-webrsync renders my box
unusable for 15 to 20 minutes. You still notice a difference when using
nice but everything seems
Paul Varner wrote:
Instead of hardcoding the nice value, use PORTAGE_NICENESS. Here is how
it is done in revdep-rebuild
# Obey PORTAGE_NICENESS
PORTAGE_NICENESS=$(portageq envvar PORTAGE_NICENESS)
[ ! -z $PORTAGE_NICENESS ] renice $PORTAGE_NICENESS $$ /dev/null
Good point. Is this
On Wed, Dec 28, 2005 at 05:38:02PM +0100, Johannes Fahrenkrug wrote:
Paul Varner wrote:
Instead of hardcoding the nice value, use PORTAGE_NICENESS. Here is how
it is done in revdep-rebuild
# Obey PORTAGE_NICENESS
PORTAGE_NICENESS=$(portageq envvar PORTAGE_NICENESS)
[ ! -z
On Wed, 2005-12-28 at 17:38 +0100, Johannes Fahrenkrug wrote:
Good point. Is this patch better? Or should it rather be _exactly_ as it
is in revdep-rebuild?
I personally would do it the same way as revdep-rebuild since that
causes the entire script and anything it calls to be run at the value
23 matches
Mail list logo
