On Sat, 10 Sep 2011 17:54:06 +0200
Michał Górny mgo...@gentoo.org wrote:
On Sat, 10 Sep 2011 11:22:16 +0300
Markos Chandras hwoar...@gentoo.org wrote:
On 10/09/2011 11:15 πμ, Mike Gilbert wrote:
For example, in IRC, willikins tries to look up the members of
no-herd when you do !meta
Hi all,
I have been dealing with a bug in openrc which prompted me to look at
our directory structure for libraries on 64 bit systems. The bug will be
referenced below[1]. The problem in the bug isn't the location of
libraries, but the fact that there is a mount point stored under the
library
On Sun, 11 Sep 2011 11:50:28 -0500
William Hubbs willi...@gentoo.org wrote:
Hi all,
I have been dealing with a bug in openrc which prompted me to look at
our directory structure for libraries on 64 bit systems. The bug will
be referenced below[1]. The problem in the bug isn't the location
Hi all,
There is a draft of fhs-3.0[1]
Also i think that lib should be symlink to lib64 on 64bit systems its
at least
will be consistent
My 0.02 $CURRENCY.
[1] http://dev.linuxfoundation.org/~licquia/fhs-3.0-drafts/fhs.html
On Sun, 11 Sep 2011 11:50:28 -0500, William Hubbs wrote:
Hi all,
Hi Alexey,
On Sun, Sep 11, 2011 at 08:29:34PM +0300, Alexey Shvetsov wrote:
Hi all,
There is a draft of fhs-3.0[1]
Also i think that lib should be symlink to lib64 on 64bit systems its
at least
will be consistent
I'm not sure how it makes things consistent, but if fhs 3 allows it, I
Michał Górny mgo...@gentoo.org said:
On Sat, 10 Sep 2011 17:54:06 +0200
Michał Górny mgo...@gentoo.org wrote:
On Sat, 10 Sep 2011 11:22:16 +0300
Markos Chandras hwoar...@gentoo.org wrote:
On 10/09/2011 11:15 πμ, Mike Gilbert wrote:
For example, in IRC, willikins tries to look up
WH == William Hubbs willi...@gentoo.org writes:
WH Here is what I've found in fhs [2].
[ the fhs's nonsense about lib vs lib32 vs lib64 ]
WH If there is no opposition, what would it take for us to do this?
Please do not break the amd64 status quo; lib - lib64 is the correct
thing to do for
On Friday, September 09, 2011 14:47:56 Mike Frysinger wrote:
anyone have a good reason for keeping cpio around in the system profile ?
moved to the bug:
https://bugs.gentoo.org/382633
any other issues should get posted to the bug
-mike
signature.asc
Description: This is a digitally signed
i dont care what the FHS has to say on the topic, so i havent bothered
looking. below is documentation on the current system, and where i plan on
taking things in the future.
note that this only applies to amd64, ppc64, sparc64, and s390x systems where
people think in terms of 32bit and 64bit
On 09/11/2011 12:50, William Hubbs wrote:
Here is what I've found in fhs [2].
- /lib should always exist on all architectures.
- /lib64 should only exist on amd64, ppc64, sparc64 and s390x. It
should hold 64 bit libraries, and /lib should hold 32 bit (or 31 bit
on s390x)
On Sun, 11 Sep 2011 17:04:44 -0400
Joshua Kinard ku...@gentoo.org wrote:
MIPS clarification:
o32 ABI (32bit) - /lib
n32 ABI (32bit w/ full access to 64bit address space/registers)
- /lib32
n64 ABI (64bit) - /lib64
In a full-on MIPS multilib, you can have all three folders present
Mike Frysinger posted on Sun, 11 Sep 2011 15:55:49 -0400 as excerpted:
all current multilib systems use the sub-profile
features/multilib/lib32/.
in there, we set SYMLINK_LIB=yes. this causes the 32bit libs to move
from their normal ABI location in lib to lib32 and then symlink
lib to
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2011-09-11 23h59 UTC.
Removals:
app-crypt/ekey-egd-linux2011-09-05 19:44:13 flameeyes
gnome-extra/gget2011-09-06 19:44:19 pva
dev-libs/libots
On 09/11/2011 17:47, Michał Górny wrote:
Looks like n32 is less '32' than o32 so a little weird classification
but I guess historical reasons.
In a way, yeah. The gory details are in the N32 ABI guide here, if your
curiosity is morbid enough:
Hey all,
I just want to take a minute to thank Matt Turner (mattst88) for all his
hard work and leadership in keeping Gentoo/MIPS alive within the project.
It has been a long, tough road for the MIPS port of Gentoo. Our hardware is
quirky, extremely diversified, sometimes archaic, and not the
On Sunday, September 11, 2011 19:10:26 Duncan wrote:
But somehow, it never happened, and over time, as 64-bit became common
and pretty much everything (at least everything freedomware) was ported
and the existing setup worked better and better, the pressure to leave
what was now working
16 matches
Mail list logo