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 rea
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 e
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:
ftp://ftp.linux-mips.org/pub/linux/mips/doc/ABI2
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 20
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
> "li
On Sun, 11 Sep 2011 17:04:44 -0400
Joshua Kinard 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 and
> fil
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) l
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 "64b
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 mes
> "WH" == William Hubbs 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 both existin
Michał Górny said:
> On Sat, 10 Sep 2011 17:54:06 +0200
> Michał Górny wrote:
>
> > On Sat, 10 Sep 2011 11:22:16 +0300
> > Markos Chandras 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
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
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,
On Sun, 11 Sep 2011 11:50:28 -0500
William Hubbs 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 of
> libraries,
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 dire
On Sat, 10 Sep 2011 17:54:06 +0200
Michał Górny wrote:
> On Sat, 10 Sep 2011 11:22:16 +0300
> Markos Chandras 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 -v because the bot lacks
16 matches
Mail list logo
