Hello mark!

21 Aug 2017 20:50, mark lewis wrote to Benny Pedersen:

do you see a question mark? ;)

to be honnest i can't count :=)

i don't konw but the original comment was about steam requiring 32bit libs for something ;)

and you telling something about opensuse problem in the middle of it all

where is the source problem ?


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.12.9-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

Hello Maurice!

22 Aug 2017 01:40, Maurice Kinal wrote to mark lewis:

i don't konw but the original comment was about steam requiring
32bit libs for something ;)

I can confirm that was what was stated.

+1

However looking at what
little real information is provided by the steam people that comment seems somewhat questionable given that a 64 bit cpu is considered a
must by those claiming to be in the know of all things steam.

why is the possible source precompiled problem using both 32bit and 64bit ?, that if its is so plain stupid since 64bit elf can't use 32bit elf !

I think
some of the games require 32-bit libs to satisfy their limitations and not steam itself.

the game can be compiled 64bit if its closed source, its not a limition C++

Anyhow that is my take on the flimsy amount of meaningful information
I could gather in my searches about it.

soon have kernel 4.12.10 here :=)


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.12.9-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

Hey Benny!

why is the possible source precompiled problem using both 32bit
and 64bit

I don't think that is the problem. Offhand, I am guessing it is a 64 bit enviroment that can run compatible 32 bit games as long as the required 32 bit libs are provided or already exists. This shouldn't be an issue for multilib x86_64 systems but I wouldn't bet the farm on it working with an aarch64 based system which I believe was where this whole critique started. From my limited understanding there are no multilib ARM based systems/distributions. I have noticed a number of aarch64 patches for glibc lately.

soon have kernel 4.12.10 here :=)

----- '<Esc>:read !uname -a' starts
Linux mikey 4.12.10 #1 SMP Wed Aug 30 21:35:55 UTC 2017 x86_64 Intel(R) Atom(TM) CPU C2758 @ 2.40GHz GenuineIntel GNU/Linux
----- '<Esc>:read !uname -a' ends

It still has that new kernel smell.

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

Hello Maurice!

02 Sep 2017 21:17, Maurice Kinal wrote to Benny Pedersen:

multilib ARM based systems/distributions. I have noticed a number of aarch64 patches for glibc lately.

drop multilib, it saves ram, and raise speeds

Linux mikey 4.12.10 #1 SMP Wed Aug 30 21:35:55 UTC 2017 x86_64
Intel(R) Atom(TM) CPU C2758 @ 2.40GHz GenuineIntel GNU/Linux

this is still not gentoo :=)

It still has that new kernel smell.

but atom is atleast not supporting intel ME (nsa / fbi / silly govments interfaces>

if i know right systemd parts on linux help it

google it


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.12.10-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

Hey Benny!

drop multilib, it saves ram, and raise speeds

I haven't used multilib since the first custom build I did way back when, around 15 years ago. See below for the latest glibc deployed here;

----- '<Esc>:read !/lib/libc.so.6' starts
GNU C Library (GNU libc) stable release version 2.26, by Roland McGrath et al. Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 7.2.0.
Available extensions:
.crypt add-on version 2.1 by Michael Glad and others
.GNU Libidn by Simon Josefsson
.Native POSIX Threads Library by Ulrich Drepper et al
.BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>.
----- '<Esc>:read !/lib/libc.so.6' ends

Furthermore there is no lib64 even as symlinks anywhere on the latest x86_64-silvermont-linux-gnu, or my other box which is a comparable x86_64-bonnell-linux-gnu.

The only reason I mentioned multilib was because someone here stated that he required 32 bit libs to run some games on what looks to me to be a 64 bit system. Also it was a reply to one of my aarch64 running on a raspberry pi 3 so I suspect he thought that the aarch64 ought to be multilib which it isn't, or at least the one I first built wasn't.

this is still not gentoo :=)

Correct. I don't have any of their tools and instead built my own and so far continue to use those. Simple, lean and mean for whatever task they are allocated to take care of.

but atom is atleast not supporting intel ME (nsa / fbi / silly
govments interfaces>

I honestly don't care. None of them are paying the bills here so their input ... or lack of it ... is of no importance, especially considering that they are
US government and not Canadian.

if i know right systemd parts on linux help it

Not that I ever noticed. I am still using sysvinit. Also still using lilo instead of (U)EFI boots ... just like Mom used to do. :-)

I see no reason to change ... yet. Do you?

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

On 2017 Sep 02 22:00:20, you wrote to me:

i don't konw but the original comment was about steam requiring 32bit
libs for something ;)

and you telling something about opensuse problem in the middle of it all

no... i pointed out that your post didn't state if those were all 32bit or 64bit... the OPs wants pure 64bit for their system...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Guy's World: A five-day vacation requires only 1 suitcase.
---
* Origin: (1:3634/12.73)

Hello Maurice!

03 Sep 2017 07:35, Maurice Kinal wrote to Benny Pedersen:

Hey Benny!

drop multilib, it saves ram, and raise speeds

I haven't used multilib since the first custom build I did way back
when, around 15 years ago. See below for the latest glibc deployed
here;

after i dropped f-prot, bitdefender, it was not needed for me to use 32bit glibc anymore, after that all was 64bit elf, and i got more memory to do other more usefull things with it

----- '<Esc>:read !/lib/libc.so.6' starts
GNU C Library (GNU libc) stable release version 2.26, by Roland
McGrath et al.
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled by GNU CC version 7.2.0.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>.
----- '<Esc>:read !/lib/libc.so.6' ends

how do you make that output ?, imho its not ldd :=)

Furthermore there is no lib64 even as symlinks anywhere on the latest x86_64-silvermont-linux-gnu, or my other box which is a comparable x86_64-bonnell-linux-gnu.

this is generic how its done, just in case you have 64bit, and builded some errors, you can do a bootstrap on 32bit to fix it, well its hard, but not for a
talented fool :=)

systemresquecd would just be better choice and chroot it there

The only reason I mentioned multilib was because someone here stated
that he required 32 bit libs to run some games on what looks to me to
be a 64 bit system. Also it was a reply to one of my aarch64 running
on a raspberry pi 3 so I suspect he thought that the aarch64 ought to
be multilib which it isn't, or at least the one I first built wasn't.

i readed it as it was some game that is not localy compiled ?, or was localy compiled but failed to work ?, hmm if it was gentoo it was just a matter of revdep-rebuild :=)

this is still not gentoo :=)

Correct. I don't have any of their tools and instead built my own and
so far continue to use those. Simple, lean and mean for whatever task they are allocated to take care of.

i like to get lowpowered atom cpu bassed servers in comming years, here, the old p4 is soon time to be retired as my best friend, done from my time learning
gentoo, and why use gentoo, if you google xpoint fidonet you can find redhat 8,
lol, maybe i could give Mr Maddog a fidonet number :=) (Mark Hall....)

he is well known in redhat and now small computers, and i have meet him in my local town here in danmark, he sleeped around a mile from me, oh this memories

but atom is atleast not supporting intel ME (nsa / fbi / silly
govments interfaces>

I honestly don't care. None of them are paying the bills here so
their input ... or lack of it ... is of no importance, especially considering that they are US government and not Canadian.

its not that simple for all outside of canadien borders, nsa and danish counterpart of it pet, do some silly privacy exchanges, and there is not even a
bill to pay

if i know right systemd parts on linux help it

Not that I ever noticed. I am still using sysvinit. Also still using lilo instead of (U)EFI boots ... just like Mom used to do. :-)

yep, i just dont know how and why linux have systemd at all

I see no reason to change ... yet. Do you?

still using gentoo here with systemd disabled

Life is good,
Maurice

yep

... Don't cry for me I have vi.
-+- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
+ Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.12.10-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

Hey Benny!

i got more memory to do other more usefull things with it

How much do you have on the p4? On the silvermont I have 32G of ECC which is overkill for what I have been doing with it especially considering ECC is more expensive. The system can handle up to 64G which would have cost as much an entire PC memory included. ECC is worth more but I think 16G (2 8G sticks) would have been more than enough for what I do with it.

how do you make that output ?, imho its not ldd :=)

On the commandline just do '/lib/libc.so.6' to replicate the output. It should
give you all the gory details as shown in the vim file capture except with whatever version of your glibc including the version of the compiler it was built with.

systemresquecd would just be better choice and chroot it there

I just use chroot on the last one I built to build a new one when there is a major release such as the latest glibc-2.26.

i like to get lowpowered atom cpu bassed servers in comming years

I can recommend the 8 core C2758 based boards. The one I have is a uATX which uses standard DIMM slots instead of SODIMM found on the miniITX boards which I believe is more expensive and harder to come by, or at least the ECC variety is. The 8 penguins on boot is nice to see. ;-)

still using gentoo here with systemd disabled

Amen. Isn't eudev origianlly a gentoo based product? That is what I am currently using here.

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

Hello Maurice!

03 Sep 2017 21:13, Maurice Kinal wrote to Benny Pedersen:

i got more memory to do other more usefull things with it

How much do you have on the p4?

2*128 MB, and 2*512 MB, i hosted 20 homepages with that and running email at the same time on it, with f-prot, bitdefender, clamav, amavisd-new, dovecot v1,
postfix, i am still impressed i did not get out of mem :=)

On the silvermont I have 32G of ECC
which is overkill for what I have been doing with it especially considering ECC is more expensive.

i can beat you there, my hp dl 585 g1 have 4 cpu cards with 8GB memory banks, and each cpu cards is dual core, so in total in top seen i have 8 cpus to play with, the bogomips on it is only 43200, way more then my quad p2 200 mhz :=) (rpi beat my p2 easely)

The system can handle up to 64G
which would have cost as much an entire PC memory included.

yes 64G is a limit pr memory controller, on systems with more memory controller
one can have more memory pr cpu :=)

with 32G in my hp, its nearly compiling on ramdisk cached data, i had it using iscsi storages (promise vtrak 15200), if i am going to turn it on again i need to recovery the raid controller :/

ECC is
worth more but I think 16G (2 8G sticks) would have been more than
enough for what I do with it.

i will plan on this for my atoms

how do you make that output ?, imho its not ldd :=)

On the commandline just do '/lib/libc.so.6' to replicate the output.
It should give you all the gory details as shown in the vim file
capture except with whatever version of your glibc including the
version of the compiler it was built with.

yep it does, i did not consider this was a elf that can be started from command line, thanks for learning me something :=)

systemresquecd would just be better choice and chroot it there

I just use chroot on the last one I built to build a new one when
there is a major release such as the latest glibc-2.26.

yep, that cd is actuly buildt on gentoo, no kidding

i like to get lowpowered atom cpu bassed servers in comming years

I can recommend the 8 core C2758 based boards. The one I have is a
uATX which uses standard DIMM slots instead of SODIMM found on the miniITX boards which I believe is more expensive and harder to come
by, or at least the ECC variety is. The 8 penguins on boot is nice to see. ;-)

will google more on them, to make a choice later with it

still using gentoo here with systemd disabled

Amen. Isn't eudev origianlly a gentoo based product? That is what I
am currently using here.

gentoo use udev native, but there is a eudev that try to make some funny things
in udev, i dont need that either

Life is good,
Maurice

now have kernel 4.13

... Don't cry for me I have vi.
-+- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)

Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.13.0-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

Hey Benny!

i am still impressed i did not get out of mem

You didn't say whether that is a 64 bit system and if 32 bit it doesn't surprise me that ~1G is more than enough. I used to get away with 512M of memory and still being able to build an entire root/boot system on it. Mind you that was over 15 years ago.

will google more on them, to make a choice later with it

A good idea. I am liking the looks (and prices) of the C3000 series. I was thinking about Xeon-D's but after checking the new Atoms out I now am changing my thinking.

now have kernel 4.13

Below is what my newest experimental system is sporting on the 8 core Atom;

-----'<Esc>:read !uname -a' starts
Linux mikey 4.13.0 #1 SMP Mon Sep 4 09:02:28 UTC 2017 x86_64 Intel(R) Atom(TM) CPU C2758 @ 2.40GHz GenuineIntel GNU/Linux
-----'<Esc>:read !uname -a' ends

-----'<Esc>:read !/lib/libc.so.6' starts
GNU C Library (GNU libc) development release version 2.26.90.
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 7.2.1 20170904.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library
BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>.
-----'<Esc>:read !/lib/libc.so.6' ends

-----'<Esc>:read !gcc -v' starts
Using built-in specs.
COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-silvermont-linux-gnu/7.2.1/lto-wrapper Target: x86_64-silvermont-linux-gnu
Configured with: ../configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++ --disable-multilib --with-system-zlib --enable-install-libiberty --disable-bootstrap --enable-checking=release --enable-libstdcxx-time --build=x86_64-silvermont-linux-gnu
Thread model: posix
gcc version 7.2.1 20170904 (GCC)
-----'<Esc>:read !gcc -v' ends

Looks to be working. I planned to use it for when gcc-8 is released but after playing with it I might actually make it my default boot. Offhand the 2.13 kernel seems better than the 2.12's. We'll soon find out.

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

Hello Maurice!

05 Sep 2017 19:57, Maurice Kinal wrote to Benny Pedersen:

i am still impressed i did not get out of mem

You didn't say whether that is a 64 bit system and if 32 bit it
doesn't surprise me that ~1G is more than enough. I used to get away with 512M of memory and still being able to build an entire root/boot system on it. Mind you that was over 15 years ago.

----- uname begins -----
Linux themultixpoint 4.13.0-gentoo #2 SMP Tue Sep 5 10:35:26 CEST 2017 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz GenuineIntel GNU/Linux
----- uname ends -----

----- libc begins -----
GNU C Library (Gentoo 2.23-r4 p8) stable release version 2.23, by Roland McGrath et al.
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 5.4.0.
Available extensions:
C stubs add-on version 2.1.2
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see:
<http://bugs.gentoo.org/>.
----- libc ends -----

----- gcc begins -----
Using built-in specs.
COLLECT_GCC=/usr/i686-pc-linux-gnu/gcc-bin/5.4.0/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-linux-gnu/5.4.0/lto-wrapper Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-5.4.0-r3/work/gcc-5.4.0/configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/5.4.0 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/5.4.0/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/5.4.0 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/5.4.0/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/5.4.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/5.4.0/include/g++-v5 --with-python-dir=/share/gcc-data/i686-pc-linux-gnu/5.4.0/python --enable-languages=c,c++ --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --disable-nls --enable-checking=release --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 5.4.0-r3 p1.3, pie-0.6.5' --enable-libstdcxx-time --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --disable-multilib --disable-altivec --disable-fixed-point --with-arch=i686 --enable-targets=all --disable-libgcj --enable-libgomp --disable-libmudflap --disable-libssp --disable-libcilkrts --disable-libmpx --enable-vtable-verify --enable-libvtv --disable-libquadmath --enable-lto --without-isl --enable-libsanitizer
Thread model: posix
gcc version 5.4.0 (Gentoo 5.4.0-r3 p1.3, pie-0.6.5)
----- gcc ends -----

its a rainy day here :=)


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.13.0-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

Hello Maurice!

05 Sep 2017 19:57, Maurice Kinal wrote to Benny Pedersen:

but after playing with it I might actually make it my default boot. Offhand the 2.13 kernel seems better than the 2.12's. We'll soon find out.

how better ?

----- cpuid begins -----
CPU 0:
vendor_id = "GenuineIntel"
version information (1/eax):
processor type = primary processor (0)
family = Intel Pentium 4/Pentium D/Pentium Extreme Edition/Celeron/Xeon/Xeon MP/Itanium2, AMD Athlon 64/Athlon XP-M/Opteron/Sempron/Turion (15)
model = 0x2 (2)
stepping id = 0x9 (9)
extended family = 0x0 (0)
extended model = 0x0 (0)
(simple synth) = Intel Pentium 4 (Northwood D1) / Xeon (Prestonia D1) / Mobile Pentium 4 (Northwood D1) / Mobile Pentium 4 Processor-M (Northwood D1) /
Celeron 478-pin (Northwood D1), .13um
miscellaneous (1/ebx):
process local APIC physical ID = 0x0 (0)
cpu count = 0x2 (2)
CLFLUSH line size = 0x8 (8)
brand index = 0x9 (9)
brand id = 0x09 (9): Intel Pentium 4, .13um
feature information (1/edx):
x87 FPU on chip = true
virtual-8086 mode enhancement = true
debugging extensions = true
page size extensions = true
time stamp counter = true
RDMSR and WRMSR support = true
physical address extensions = true
machine check exception = true
CMPXCHG8B inst. = true
APIC on chip = true
SYSENTER and SYSEXIT = true
memory type range registers = true
PTE global bit = true
machine check architecture = true
conditional move/compare instruction = true
page attribute table = true
page size extension = true
processor serial number = false
CLFLUSH instruction = true
debug store = true
thermal monitor and clock ctrl = true
MMX Technology = true
FXSAVE/FXRSTOR = true
SSE extensions = true
SSE2 extensions = true
self snoop = true
hyper-threading / multi-core supported = true
therm. monitor = true
IA64 = false
pending break event = true
feature information (1/ecx):
PNI/SSE3: Prescott New Instructions = false
PCLMULDQ instruction = false
64-bit debug store = false
MONITOR/MWAIT = false
CPL-qualified debug store = false
VMX: virtual machine extensions = false
SMX: safer mode extensions = false
Enhanced Intel SpeedStep Technology = false
thermal monitor 2 = false
SSSE3 extensions = false
context ID: adaptive or shared L1 data = true
FMA instruction = false
CMPXCHG16B instruction = false
xTPR disable = true
perfmon and debug = false
process context identifiers = false
direct cache access = false
SSE4.1 extensions = false
SSE4.2 extensions = false
extended xAPIC support = false
MOVBE instruction = false
POPCNT instruction = false
time stamp counter deadline = false
AES instruction = false
XSAVE/XSTOR states = false
OS-enabled XSAVE/XSTOR = false
AVX: advanced vector extensions = false
F16C half-precision convert instruction = false
RDRAND instruction = false
hypervisor guest status = false
cache and TLB information (2):
0x50: instruction TLB: 4K & 2M/4M pages, 64 entries
0x5b: data TLB: 4K & 4M pages, 64 entries
0x66: L1 data cache: 8K, 4-way, 64 byte lines
0x40: No L3 cache
0x70: Trace cache: 12K-uop, 8-way
0x7b: L2 cache: 512K, 8-way, sectored, 64 byte lines
extended feature flags (0x80000001/edx):
SYSCALL and SYSRET instructions = false
execution disable = false
1-GB large page support = false
RDTSCP = false
64-bit extensions technology available = false
Intel feature flags (0x80000001/ecx):
LAHF/SAHF supported in 64-bit mode = false
LZCNT advanced bit manipulation = false
3DNow! PREFETCH/PREFETCHW instructions = false
brand = " Intel(R) Pentium(R) 4 CPU 2.60GHz"
(multi-processing synth): hyper-threaded (t=2)
(multi-processing method): Intel leaf 1
(synth) = Intel Pentium 4 (Northwood D1), .13um
CPU 1:
vendor_id = "GenuineIntel"
version information (1/eax):
processor type = primary processor (0)
family = Intel Pentium 4/Pentium D/Pentium Extreme Edition/Celeron/Xeon/Xeon MP/Itanium2, AMD Athlon 64/Athlon XP-M/Opteron/Sempron/Turion (15)
model = 0x2 (2)
stepping id = 0x9 (9)
extended family = 0x0 (0)
extended model = 0x0 (0)
(simple synth) = Intel Pentium 4 (Northwood D1) / Xeon (Prestonia D1) / Mobile Pentium 4 (Northwood D1) / Mobile Pentium 4 Processor-M (Northwood D1) /
Celeron 478-pin (Northwood D1), .13um
miscellaneous (1/ebx):
process local APIC physical ID = 0x1 (1)
cpu count = 0x2 (2)
CLFLUSH line size = 0x8 (8)
brand index = 0x9 (9)
brand id = 0x09 (9): Intel Pentium 4, .13um
feature information (1/edx):
x87 FPU on chip = true
virtual-8086 mode enhancement = true
debugging extensions = true
page size extensions = true
time stamp counter = true
RDMSR and WRMSR support = true
physical address extensions = true
machine check exception = true
CMPXCHG8B inst. = true
APIC on chip = true
SYSENTER and SYSEXIT = true
memory type range registers = true
PTE global bit = true
machine check architecture = true
conditional move/compare instruction = true
page attribute table = true
page size extension = true
processor serial number = false
CLFLUSH instruction = true
debug store = true
thermal monitor and clock ctrl = true
MMX Technology = true
FXSAVE/FXRSTOR = true
SSE extensions = true
SSE2 extensions = true
self snoop = true
hyper-threading / multi-core supported = true
therm. monitor = true
IA64 = false
pending break event = true
feature information (1/ecx):
PNI/SSE3: Prescott New Instructions = false
PCLMULDQ instruction = false
64-bit debug store = false
MONITOR/MWAIT = false
CPL-qualified debug store = false
VMX: virtual machine extensions = false
SMX: safer mode extensions = false
Enhanced Intel SpeedStep Technology = false
thermal monitor 2 = false
SSSE3 extensions = false
context ID: adaptive or shared L1 data = true
FMA instruction = false
CMPXCHG16B instruction = false
xTPR disable = true
perfmon and debug = false
process context identifiers = false
direct cache access = false
SSE4.1 extensions = false
SSE4.2 extensions = false
extended xAPIC support = false
MOVBE instruction = false
POPCNT instruction = false
time stamp counter deadline = false
AES instruction = false
XSAVE/XSTOR states = false
OS-enabled XSAVE/XSTOR = false
AVX: advanced vector extensions = false
F16C half-precision convert instruction = false
RDRAND instruction = false
hypervisor guest status = false
cache and TLB information (2):
0x50: instruction TLB: 4K & 2M/4M pages, 64 entries
0x5b: data TLB: 4K & 4M pages, 64 entries
0x66: L1 data cache: 8K, 4-way, 64 byte lines
0x40: No L3 cache
0x70: Trace cache: 12K-uop, 8-way
0x7b: L2 cache: 512K, 8-way, sectored, 64 byte lines
extended feature flags (0x80000001/edx):
SYSCALL and SYSRET instructions = false
execution disable = false
1-GB large page support = false
RDTSCP = false
64-bit extensions technology available = false
Intel feature flags (0x80000001/ecx):
LAHF/SAHF supported in 64-bit mode = false
LZCNT advanced bit manipulation = false
3DNow! PREFETCH/PREFETCHW instructions = false
brand = " Intel(R) Pentium(R) 4 CPU 2.60GHz"
(multi-processing synth): hyper-threaded (t=2)
(multi-processing method): Intel leaf 1
(synth) = Intel Pentium 4 (Northwood D1), .13um
----- cpuid ends -----

output is from cpuid >/tmp/cpuid


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.13.0-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

Hey Benny!

In the case of whether or not 32 or 64 bit, try 'file /lib/libc-2.23.so' instead. It will tell the tale such as the output below on my newest experimental system;

----- '<Esc>:read !file /lib/libc-2.26.90.so' starts
/lib/libc-2.26.90.so: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld-linux-x86-64.so.2, for GNU/Linux 4.9.0, not stripped
----- '<Esc>:read !file /lib/libc-2.26.90.so' ends

Note the 'ELF 64-bit LSB shared object' part but also 'interpreter /lib/ld-linux-x86-64.so.2'.

Note the location is in /lib and not /lib64 which is the usual location in most
if not all linux distributions. Another reason why I prefer growing my own. For 32 bit glibc the location will be /lib and the interpreter will be /lib/ld-linux.so.2 which is a dead giveaway for 32 bit libs. Multilib will have both a /lib/libc-version.so and a /lib64/libc-version.so but each one will
have a different interpreter, /lib/ld-linux.so.2 and /lib64/ld-linux-x86-64.so.2 on the same system.

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

Hey Strawberry!

----- '<Esc>:read !uname -a' starts
Linux armando 4.12.5-v8 #1 SMP PREEMPT Wed Aug 9 07:00:58 UTC 2017 aarch64 GNU/Linux
----- '<Esc>:read !uname -a' ends

Sweet. Custom built on an actual raspberry pi 3. It took 3 hours and 20 minutes with 'make -j4'. Also of interest;

----- '<Esc>:read !/lib/libc.so.6' starts
GNU C Library (GNU libc) stable release version 2.26, by Roland McGrath et al. Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 7.1.1 20170802.
Available extensions:
.crypt add-on version 2.1 by Michael Glad and others
.GNU Libidn by Simon Josefsson
.Native POSIX Threads Library by Ulrich Drepper et al
.BIND-8.2.3-T5B
libc ABIs: UNIQUE
For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>.
----- '<Esc>:read !uname -a' ends

The above was also built on an actual raspberry pi 3 using a custom built gcc-7.2-RC-20170802 compiler which shows as 'GNU CC version 7.1.1 20170802' above. Note that all three are arm64 (aka aarch64) and that the 4.12.5-v8 kernel is hot out of the oven and just booted and mounted the new arm64 rootfs that I am typing this message on.

I do good work. :-)

Life is good,
Maurice

... No llores por m|! tengo vi.
--- GNU bash, version 4.4.12(1)-release (aarch64-unknown-linux-gnu)
* Origin: Pointy Stick Society - Ladysmith BC, Canada (1:153/7001.47825)

Hello Maurice,

On Wed Aug 09 2017 16:24:42, Maurice Kinal wrote to Strawberry Shortcake:

----- '<Esc>:read !uname -a' starts
Linux armando 4.12.5-v8 #1 SMP PREEMPT Wed Aug 9 07:00:58 UTC 2017
aarch64 GNU/Linux
----- '<Esc>:read !uname -a' ends

Sweet. Custom built on an actual raspberry pi 3. It took 3 hours and
20 minutes with 'make -j4'. Also of interest;

----- '<Esc>:read !/lib/libc.so.6' starts
GNU C Library (GNU libc) stable release version 2.26, by Roland
McGrath et al. Copyright (C) 2017 Free Software Foundation, Inc. This
is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 7.1.1 20170802. Available
extensions: crypt add-on version 2.1 by Michael Glad and others GNU
Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich
Drepper et al BIND-8.2.3-T5B libc ABIs: UNIQUE For bug reporting instructions, please
see: <http://www.gnu.org/software/libc/bugs.html>.
----- '<Esc>:read !uname -a' ends

The above was also built on an actual raspberry pi 3 using a custom
built gcc-7.2-RC-20170802 compiler which shows as 'GNU CC version
7.1.1 20170802' above. Note that all three are arm64 (aka aarch64)
and that the 4.12.5-v8 kernel is hot out of the oven and just booted
and mounted the new arm64 rootfs that I am typing this message on.

Very nice! I may have to go this route at some point in the future. That Archlinux aarch64 install got testy with me so I wiped it. Certain things wouldn't work as expected, or at all even. I suppose that's why they don't care
to support it though. :|

I do good work. :-)

Believable!

--- GNU bash, version 4.4.12(1)-release (aarch64-unknown-linux-gnu)

Proof is in the pudding.

Regards,
Nick

... "?? ????. ? ????? ?????? ???????."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

Hey Nicholas!

I may have to go this route at some point in the future.

Agreed. I can assure you it is worth the effort and time. I just managed to get it to stream audio from an internet radio station to the minijack to powered speakers. It works like a charm. I haven't tried the framebuffer video yet (/dev/fb0) but have noted the device was created. Also I lack a hdmi
audio based monitor so I cannot test the hdmi audio output but I assume it works.

That Archlinux aarch64 install got testy with me so I wiped it.

Me too. I used the 32 bit slackwarearm with a 64 bit kernel to get things started and then chrooted to the system built there to make the first actual arm64 raspi3 rootfs which I am using now.

Certain things wouldn't work as expected, or at all even.

The console was hell on earth I thought. Maybe it was my installation of it that was at fault but it kept giving me grief while compiling so I abandoned it.

I suppose that's why they don't care to support it though. :|

Personally I am blaming systemd. It appeared to me that it was 99.99% of the console grief I was seeing.

Life is good,
Maurice

... No llores por m|! tengo vi.
--- GNU bash, version 4.4.12(1)-release (aarch64-unknown-linux-gnu)
* Origin: Pointy Stick Society - Ladysmith BC, Canada (1:153/7001.47825)

On 08/09/17, Nicholas Boel said the following...

--- GNU bash, version 4.4.12(1)-release (aarch64-unknown-linux-gnu)

Proof is in the pudding.

I build PiLFS on my 2nd Pi.. took 2 days to build the entire base system with full development tools with MAKEOPTS="-j 1" lol

--- Mystic BBS v1.12 A34 (Windows/32)
* Origin: internal dimension + idbbs.dlinkddns.com + port 59 (1:229/275)

On 08/10/17, Maurice Kinal said the following...

Personally I am blaming systemd. It appeared to me that it was 99.99%
of the console grief I was seeing.

All distro's should give the option of fallback to OpenRC init for those that don't want to run Gnome3 .. systemd is nothing but a pain in the ass

--- Mystic BBS v1.12 A34 (Windows/32)
* Origin: internal dimension + idbbs.dlinkddns.com + port 59 (1:229/275)

Hey Dave!

I build PiLFS on my 2nd Pi.. took 2 days to build the entire base
system with full development tools with MAKEOPTS="-j 1" lol

That is more or less what I just did except with -j4 and generic enough that it
could run on other arm64 systems such as pine64 and/or odroids with 64 bit cpus. Also it is a tad shy of what I was targetting since gcc-7.2 has yet to be released. I remain confident it will work when the time comes which should be any day now.

I think these things want to be clustered. :::evil grin:::

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

Hey Dave!

All distro's should give the option of fallback to OpenRC init for
those that don't want to run Gnome3

I've never heard of nor have ever used openrc. I am currently using sysvinit and LFS bootscripts. They work great and have yet to give me any hassel.

systemd is nothing but a pain in the ass

I thought it was worse than that. sysvinit scripts are a pain in the ass but with effort they will work whereas I cannot say the same for systemd. Could be
that I was doing it all wrong but I couldn't find any documentation that would confirm that. Instead everything I read seemed to suggest that it should have all worked fine but that isn't what I was witnessing.

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

On 08/11/17, Maurice Kinal said the following...

That is more or less what I just did except with -j4 and generic enough that it could run on other arm64 systems such as pine64 and/or odroids with 64 bit cpus. Also it is a tad shy of what I was targetting since gcc-7.2 has yet to be released. I remain confident it will work when
the time comes which should be any day now.

If you want to be really adventurous try using the PiLFS instructions to
build LFS 5.0 .. I wonder if a 2.4 kernel would run on a Pi3 ..

--- Mystic BBS v1.12 A34 (Windows/32)
* Origin: internal dimension + idbbs.dlinkddns.com + port 59 (1:229/275)

Hey Dave!

If you want to be really adventurous try using the PiLFS
instructions to build LFS 5.0 ..

Not that I know for sure since I never actually read the PiLFS instructions, but I am guessing it would take a bunch of very serious edits since it would take older version of glibc which would require an older version of gcc which may or may not have the needed patches for getting it all to run on an arm64.

I wonder if a 2.4 kernel would run on a Pi3 ..

Not without a great deal of pain. Other than getting a purely C based system going ala gcc-4.7 or older, what would be the incentive?

For the record I did try this targetting pure 32 bit x86 recently. Also back when gcc-4 first hit the scene I believe I had a pure 64 bit system going then so it seems to me to be doable. However I still question the incentive for doing this at this point in time.

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

Hello Maurice!

09 Aug 2017 16:24, Maurice Kinal wrote to Strawberry Shortcake:

Hey Strawberry!

----- '<Esc>:read !uname -a' starts
Linux armando 4.12.5-v8 #1 SMP PREEMPT Wed Aug 9 07:00:58 UTC 2017 aarch64 GNU/Linux
----- '<Esc>:read !uname -a' ends

Sweet. Custom built on an actual raspberry pi 3. It took 3 hours and
20 minutes with 'make -j4'. Also of interest;

you should really try gentoo ;)

----- '<Esc>:read !/lib/libc.so.6' starts
GNU C Library (GNU libc) stable release version 2.26, by Roland
McGrath et al.
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled by GNU CC version 7.1.1 20170802.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
libc ABIs: UNIQUE
For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>.
----- '<Esc>:read !uname -a' ends

nice, wish it was my pi3

The above was also built on an actual raspberry pi 3 using a custom
built gcc-7.2-RC-20170802 compiler which shows as 'GNU CC version
7.1.1 20170802' above. Note that all three are arm64 (aka aarch64)
and that the 4.12.5-v8 kernel is hot out of the oven and just booted
and mounted the new arm64 rootfs that I am typing this message on.

i still miss you on gentoo

----- gcc.ebuild begins -----
[I] sys-devel/gcc
Available versions:
(2.95.3) [M]~2.95.3-r10^s
(3.3.6) [M]~3.3.6-r1^s
(3.4.6) [M]3.4.6-r2^s
(4.0.4) [M]**4.0.4^s
(4.1.2) [M]4.1.2^s
(4.2.4) [M]~4.2.4-r1^s
(4.3.6) [M]4.3.6-r1^s
(4.4.7) [M]4.4.7^s
(4.5.4) [M]4.5.4^s
(4.6.4) [M]4.6.4^s
(4.7.4) [M]4.7.4^s
(4.8.5) [M]4.8.5^s
(4.9.4) 4.9.4^s **4.9.4-r1^s
(5.4.0) ~5.4.0^s 5.4.0-r3^s **5.4.0-r4^s
(6.3.0) ~6.3.0^s
(6.4.0) ~6.4.0^s
(7.1.0) **7.1.0-r1^s
{altivec awt boundschecking cilk +cxx d debug doc fixed-point +fortran gcj go graphite hardened jit libssp mpx mudflap multilib +nls nopie nossp +nptl
objc objc++ objc-gc +openmp +pch +pie regression-test +sanitize +ssp vanilla +vtv}
Installed versions: 5.4.0-r3(5.4.0)^s(04:43:36 10-05-2017)(cxx nptl openmp sanitize vtv -altivec -awt -cilk -debug -doc -fixed-point -fortran -gcj -go -graphite -hardened -jit -libssp -mpx -multilib -nls -nopie -nossp -objc -objc++ -objc-gc -regression-test -vanilla)
Homepage: https://gcc.gnu.org/
Description: The GNU Compiler Collection

----- gcc.ebuild ends -----

wish i could make custom microsd for pi3

I do good work. :-)

yes, and eath french fries all day :=)


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.12.7-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

Hey Benny!

you should really try gentoo ;)

I don't see anything there that would help my particular cause.

nice, wish it was my pi3

I am hoping by this weekend it libc.so.6 will be synced with the just released this morning gcc-7.2.0. Hoaving said this I might revert back to gcc-4.9.4 for
aarch64 based raspi3's as I've had a couple total freeze ups trying to build a new kernel with the snapshot version of gcc shown below;

----- '<Esc>:read !gcc -v' starts
Using built-in specs.
COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/aarch64-unknown-linux-gnu/7.1.1/lto-wrapper Target: aarch64-unknown-linux-gnu
Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --enable-languages=c,c++ --disable-multilib --with-system-zlib --enable-install-libiberty --disable-bootstrap --build=aarch64-unknown-linux-gnu
Thread model: posix
gcc version 7.1.1 20170808 (GCC)
----- '<Esc>:read !gcc -v' ends

Not good but it might be my fault for taking a few steps too far into the unknown.

(7.1.0) **7.1.0-r1^s

I am betting that will be 7.2.0 before too long. It has only been out less than a day now.

yes, and eath french fries all day :=)

No, and eat poutine all day. It's a Qu|-b|-cois thing that has become a Canadian replacement for french fries. You obviously are confusing Canadians with Americans.

Life is good,
Maurice

... No llores por m|! tengo vi.
--- GNU bash, version 4.4.12(1)-release (aarch64-unknown-linux-gnu)
* Origin: Pointy Stick Society - Ladysmith BC, Canada (1:153/7001.47825)

On 08/15/17, Benny Pedersen said the following...

you should really try gentoo ;)

Gentoo is awesome.. I run it on one of my laptops only because my main
machine is a pure 64 bit nomultilib linux and I need some 32 bit libraries
for some stuff (like Steam) so I use the gentoo box for my steam box

--- Mystic BBS v1.12 A34 (Windows/32)
* Origin: internal dimension + idbbs.dlinkddns.com + port 59 (1:229/275)

On 08/15/17, Benny Pedersen said the following...

wish i could make custom microsd for pi3

You can if you know how the pi boot sequence works.. it's really not that
hard in theory.. I did successfully build and boot LFS on one of my Pi's but most of the work was already done cuz I followed the PiLFS book to do it

--- Mystic BBS v1.12 A34 (Windows/32)
* Origin: internal dimension + idbbs.dlinkddns.com + port 59 (1:229/275)

Hey Dave!

most of the work was already done cuz I followed the PiLFS book
to do it

Near as I could tell it only covers 32-bit builds and not aarch64 which is what
I have been pursing as far as raspberry pi 3's are concerned. I do have a 'working' custom microSD of my version of LFS aarch64 hacks but I jumped the gun and based it on a gcc-7.2 realease candidate instead of waiting until the official release and now find myself starting from the beginning, which happens
to be a slackwarearm-current which is 32-bit.

Other than the obvious PITA of learning the hard way it has been challenging enough to keep me trying and as we speak the raspberry pi 3 here is chewing on the equivalent of LFS's Chapter 6 installation of gcc-7.2.0. I expect it will take hours and won't know until tommorrow morning if it worked since it is now bedtime.

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

Hello Dave!

17 Aug 2017 23:50, Dave Vandermeer wrote to Benny Pedersen:

On 08/15/17, Benny Pedersen said the following...

you should really try gentoo ;)

Gentoo is awesome.. I run it on one of my laptops only because my main machine is a pure 64 bit nomultilib linux

yes this is default now for amd64 to have 32bit support disabled

and I need some 32 bit libraries
for some stuff (like Steam) so I use the gentoo box for my steam box

no ebuild for this kind of software ?


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.12.8-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

On 08/18/17, Benny Pedersen said the following...

no ebuild for this kind of software ?

Not for Steam.. it requires 32bit libraries to run.. and I have no desire to incorporate anything that will not run in 64bit mode :)

--- Mystic BBS v1.12 A34 (Windows/32)
* Origin: internal dimension + idbbs.dlinkddns.com + port 59 (1:229/275)

Hello Dave!

19 Aug 2017 11:10, Dave Vandermeer wrote to Benny Pedersen:

On 08/18/17, Benny Pedersen said the following...

no ebuild for this kind of software ?

Not for Steam.. it requires 32bit libraries to run.. and I have no
desire to incorporate anything that will not run in 64bit mode :)

eix --nocolor -Rc steam

----- steam.ebuilds begins -----
[N] app-misc/sabayon-steambox [7] (13): Sabayon Steam Box provisioning tools [N] dev-libs/steam-runtime-openssl [9] (~1.0.1p): OpenSSL for Steam-based games [N] games-util/esteam [9] (~0.20170413): Scan Steam libraries to generate and emerge a Portage set
[N] games-util/steam-client-meta [9] (~0-r20160828): Meta package for Valve's native Steam client
[N] games-util/steam-games-meta [9] (~0-r20160812): Meta package for Steam games
[N] games-util/steam-launcher (~1.0.0.54-r3[9]): Installer, launcher and supplementary files for Valve's Steam client
[N] games-util/steam-meta [9] (~0-r20160817): Meta package for Valve's Steam environment
[N] games-util/steam-tools [8] (~2.0.2_beta): Some useful tools for use with steam client or compatible programs, websites
[N] grub2-themes/steam-big-picture [4] (~0_p20131110): Grub2 GFX theme Steam Big Picture
[N] media-fonts/steamfonts [9] (~1): Collection of fonts used by Valve's Steam client
[N] net-im/bitlbee-steam (~1.4.2): Steam protocol plugin for BitlBee
[N] net-misc/steam-eclass-utils [2] (~0): Utilities used by steam.eclass
[N] net-misc/steamcmd-bin [2] (~0): Used by steam.eclass
[N] sci-libs/freesteam (~2.0): Open source implementation of IF97 steam tables [N] x11-plugins/pidgin-opensteamworks (1.4): Steam protocol plugin for pidgin [1] "calculate" layman/calculate
[2] "eroen" layman/eroen
[3] "gamerlay" layman/gamerlay
[4] "grub2-themes" layman/grub2-themes
[5] "jm-overlay" layman/jm-overlay
[6] "octopus" layman/octopus
[7] "sabayon-distro" layman/sabayon-distro
[8] "ShyPixie" layman/ShyPixie
[9] "steam-overlay" layman/steam-overlay

Found 15 matches
----- steam.ebuilds ends -----

why wait ? :=)


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.12.8-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

On 2017 Aug 20 17:36:44, you wrote to Dave Vandermeer:

no ebuild for this kind of software ?

Not for Steam.. it requires 32bit libraries to run.. and I have no
desire to incorporate anything that will not run in 64bit mode :)

eix --nocolor -Rc steam

----- steam.ebuilds begins -----

[...]

Found 15 matches
----- steam.ebuilds ends -----

why wait ? :=)

those are all 64bit??

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... I may grow old, but I *refuse* to grow up! ;*)
---
* Origin: (1:3634/12.73)

On 08/20/17, Benny Pedersen said the following...

Not for Steam.. it requires 32bit libraries to run.. and I have no desire to incorporate anything that will not run in 64bit mode :)

eix --nocolor -Rc steam

You are misunderstanding me lol.. I build the gentoo box to RUN steam because my main machine is pure 64 bit nomultilib Suse and steam REQUIRES 32bit versions of a few libraries hence the multilib gentoo box :D

--- Mystic BBS v1.12 A34 (Windows/32)
* Origin: internal dimension + idbbs.dlinkddns.com + port 59 (1:229/275)

Hello mark!

20 Aug 2017 12:26, mark lewis wrote to Benny Pedersen:

On 2017 Aug 20 17:36:44, you wrote to Dave Vandermeer:

no ebuild for this kind of software ?

Not for Steam.. it requires 32bit libraries to run.. and I have no
desire to incorporate anything that will not run in 64bit mode :)

eix --nocolor -Rc steam
why wait ? :=)

those are all 64bit??

is this a question ?

if you get sources to compile it does not matter

you should get rid of multilib if not needed, problem is that you did not use gentoo ebuilds ?, but did compile something in $HOME build dir, that finds 32bit runtime libs, and thus use it ? :=)

if 32bit is not found in compile time, what ebuild is missing then ?

how can i help more ?


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.12.8-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

Hello Dave!

21 Aug 2017 02:00, Dave Vandermeer wrote to Benny Pedersen:

On 08/20/17, Benny Pedersen said the following...

Not for Steam.. it requires 32bit libraries to run.. and I have
no desire to incorporate anything that will not run in 64bit mode
:)

eix --nocolor -Rc steam

You are misunderstanding me lol..

no one understand my mistakes anyway

I build the gentoo box to RUN steam because
my main machine is pure 64 bit nomultilib Suse

opensuse is not gentoo

and steam REQUIRES 32bit versions of a few libraries hence the multilib

gentoo box :D

prove that it needs 32bit, if its all compiled on gentoo 64bit its not needing 32bit


Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.12.8-gentoo (i686))
* Origin: openvpn on its way here (2:230/0)

On 2017 Aug 21 22:23:50, you wrote to me:

no ebuild for this kind of software ?

Not for Steam.. it requires 32bit libraries to run.. and I have no
desire to incorporate anything that will not run in 64bit mode :)

eix --nocolor -Rc steam
why wait ? :=)

those are all 64bit??

is this a question ?

do you see a question mark? ;)

[...]

how can i help more ?

i don't konw but the original comment was about steam requiring 32bit libs for something ;)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... I think gin is erotic.
---
* Origin: (1:3634/12.73)

Hey )\/(ark!

i don't konw but the original comment was about steam requiring
32bit libs for something ;)

I can confirm that was what was stated. However looking at what little real information is provided by the steam people that comment seems somewhat questionable given that a 64 bit cpu is considered a must by those claiming to be in the know of all things steam. I think some of the games require 32-bit libs to satisfy their limitations and not steam itself.

Anyhow that is my take on the flimsy amount of meaningful information I could gather in my searches about it.

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.4.12(1)-release (x86_64-silvermont-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)