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 parti
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
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 did
> 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
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 lib
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
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 s
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 li
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 fla
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 inst
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
va
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 stabili
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
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 eb
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
> dev-li
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 t
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 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/d
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
19 matches
Mail list logo
