On Tuesday 16 April 2013 22:15:32 Michael Mol wrote:
Or you might simply know what you're doing.
http://en.gentoo-wiki.com/wiki/Hardware_CFLAGS#Determining_available_proc
essor_features
Out of curiosity I had a look at that guide, but `$ echo | gcc -
march=native -v -E - 21 | grep cc1`
On 2013-04-15 2:02 PM, Michael Mol mike...@gmail.com wrote:
Were this one of my systems (none of which is in a prod scenario, so
take it with a grain of salt), I'd emerge -e --keep-going @system, and
then emerge --resume a few times. You're stuck in something not unlike a
bootstrap scenario.
On 04/16/2013 11:23 AM, Tanstaafl wrote:
On 2013-04-15 2:02 PM, Michael Mol mike...@gmail.com wrote:
Were this one of my systems (none of which is in a prod scenario, so
take it with a grain of salt), I'd emerge -e --keep-going @system, and
then emerge --resume a few times. You're stuck in
On 2013-04-16 11:28 AM, Michael Mol mike...@gmail.com wrote:
To be clear, you didn't rebuild the entire system. You rebuilt core
packages. To rebuild the entire system, it'd be:
emerge -e @world
Correct - which is why I said @system... ;)
# Plus whatever else there is.
Hmmm... are there
On 04/16/2013 11:50 AM, Tanstaafl wrote:
On 2013-04-16 11:28 AM, Michael Mol mike...@gmail.com wrote:
To be clear, you didn't rebuild the entire system. You rebuilt core
packages. To rebuild the entire system, it'd be:
emerge -e @world
Correct - which is why I said @system... ;)
# Plus
On 2013-04-16 12:12 PM, Michael Mol mike...@gmail.com wrote:
I must have missed where you ran emerge -e @world. Oops. :)
I didn't... I was replying to your comment that implied that I thought I
had rebuilt my entire 'system', when in fact I specified '@system',
meaning, only those packages
On 04/16/2013 02:03 PM, Tanstaafl wrote:
On 2013-04-16 12:12 PM, Michael Mol mike...@gmail.com wrote:
I must have missed where you ran emerge -e @world. Oops. :)
I didn't... I was replying to your comment that implied that I thought I
had rebuilt my entire 'system', when in fact I specified
On Tue, Apr 16, 2013 at 1:09 PM, Michael Mol mike...@gmail.com wrote:
It's unfortunate there's no tool to perform as revdep-rebuild, except
checking that, e.g. a package was built with the current CHOST or CFLAGS
set. The fact that I can run 'emerge --info $atomname' to get the build
On Tue, 16 Apr 2013 13:18:51 -0500, Paul Hartman wrote:
It's unfortunate there's no tool to perform as revdep-rebuild, except
checking that, e.g. a package was built with the current CHOST or
CFLAGS set. The fact that I can run 'emerge --info $atomname' to get
the build environment for a
On 04/16/2013 04:53 PM, Neil Bothwick wrote:
On Tue, 16 Apr 2013 13:18:51 -0500, Paul Hartman wrote:
It's unfortunate there's no tool to perform as revdep-rebuild,
except checking that, e.g. a package was built with the current
CHOST or CFLAGS set. The fact that I can run 'emerge --info
Hi all,
Help! :(
I have a serious problem with our production DB machine hosted on
linode, and I hope someone can help me.
They recently updated their hardware, but taking advantage of it
required 'migrating' our machines...
I migrated our dev server first, and it failed to boot after
On 04/15/2013 11:37 AM, Tanstaafl wrote:
Hi all,
Help! :(
[snip]
I've tried recompiling both (both compile/install ok), but when I try to
start SSHD I get:
# /etc/init.d/sshd start
/etc/init.d/sshd: line 18: 2079 Illegal instruction ${SSHD_BINARY} -t
${SSHD_OPTS}
* ERROR: sshd
On 2013-04-15 11:42 AM, Michael Mol mike...@gmail.com wrote:
On 04/15/2013 11:37 AM, Tanstaafl wrote:
Hi all,
Help! :(
[snip]
I've tried recompiling both (both compile/install ok), but when I try to
start SSHD I get:
# /etc/init.d/sshd start
/etc/init.d/sshd: line 18: 2079 Illegal
On 2013-04-15 11:42 AM, Michael Mol mike...@gmail.com wrote:
^^ That screams 'CFLAGS' issue. Verify that the CFLAGS for your prod
server are the same (or close enough) to that of your dev server.
Hmmm, they are different...
Dev (working) server has:
CFLAGS=-O2 -march=i686 -pipe
Prod server
On 2013-04-15 11:42 AM, Michael Mol mike...@gmail.com wrote:
Guessing the new host has different CPU capabilities exposed to the
guest, either because of a differing hypervisor configuraiton, or
because of the different underlying hardware.
Hmmm again...
CHOST is the same on both:
On 2013-04-15 11:51 AM, Tanstaafl tansta...@libertytrek.org wrote:
I'm confused about how this works in a hosted virtual environment.
My Dev server failed to come up after the migration, until their tech
support suggested switching to the 64bit kernel... did that and it is
fine now (or appears
On 15/04/13 16:53, Tanstaafl wrote:
On 2013-04-15 11:42 AM, Michael Mol mike...@gmail.com wrote:
Guessing the new host has different CPU capabilities exposed to the
guest, either because of a differing hypervisor configuraiton, or
because of the different underlying hardware.
Hmmm again...
On 04/15/2013 11:53 AM, Tanstaafl wrote:
On 2013-04-15 11:42 AM, Michael Mol mike...@gmail.com wrote:
Guessing the new host has different CPU capabilities exposed to the
guest, either because of a differing hypervisor configuraiton, or
because of the different underlying hardware.
Hmmm
On 04/15/2013 12:07 PM, Tanstaafl wrote:
On 2013-04-15 11:51 AM, Tanstaafl tansta...@libertytrek.org wrote:
I'm confused about how this works in a hosted virtual environment.
My Dev server failed to come up after the migration, until their tech
support suggested switching to the 64bit
Michael Mol mike...@gmail.com wrote:
On 04/15/2013 12:07 PM, Tanstaafl wrote:
On 2013-04-15 11:51 AM, Tanstaafl tansta...@libertytrek.org wrote:
I'm confused about how this works in a hosted virtual environment.
My Dev server failed to come up after the migration, until their tech
On 2013-04-15 12:51 PM, cov...@ccs.covici.com cov...@ccs.covici.com wrote:
Michael Mol mike...@gmail.com wrote:
On 04/15/2013 12:07 PM, Tanstaafl wrote:
Can you run a 64bit kernel on a system that was originally
running/compiled with 32bit?
I don't see why not. The 64-bit kernel provides
On 04/15/2013 12:51 PM, cov...@ccs.covici.com wrote:
Michael Mol mike...@gmail.com wrote:
On 04/15/2013 12:07 PM, Tanstaafl wrote:
On 2013-04-15 11:51 AM, Tanstaafl tansta...@libertytrek.org wrote:
I'm confused about how this works in a hosted virtual environment.
My Dev server failed to
On 2013-04-15 11:42 AM, Michael Mol mike...@gmail.com wrote:
On 04/15/2013 11:37 AM, Tanstaafl wrote:
Hi all,
Help! :(
[snip]
I've tried recompiling both (both compile/install ok), but when I try to
start SSHD I get:
# /etc/init.d/sshd start
/etc/init.d/sshd: line 18: 2079 Illegal
On 04/15/2013 01:46 PM, Tanstaafl wrote:
On 2013-04-15 11:42 AM, Michael Mol mike...@gmail.com wrote:
On 04/15/2013 11:37 AM, Tanstaafl wrote:
Hi all,
Help! :(
[snip]
I've tried recompiling both (both compile/install ok), but when I try to
start SSHD I get:
# /etc/init.d/sshd
On 2013-04-15 1:46 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 2013-04-15 11:42 AM, Michael Mol mike...@gmail.com wrote:
On 04/15/2013 11:37 AM, Tanstaafl wrote:
Hi all,
Help! :(
[snip]
I've tried recompiling both (both compile/install ok), but when I try to
start SSHD I get:
On 2013-04-15 2:03 PM, Tanstaafl tansta...@libertytrek.org wrote:
Ok, I think all I need to get our db back up is to remerge php, but it
is failing.
The last error appears to be the zlib check.
I did already try
emerge -1 sys-libs/zlib
and retrying to emerge php, but got the same error:
Michael Mol mike...@gmail.com wrote:
On 04/15/2013 12:51 PM, cov...@ccs.covici.com wrote:
Michael Mol mike...@gmail.com wrote:
On 04/15/2013 12:07 PM, Tanstaafl wrote:
On 2013-04-15 11:51 AM, Tanstaafl tansta...@libertytrek.org wrote:
I'm confused about how this works in a hosted
On 04/15/2013 02:08 PM, Tanstaafl wrote:
On 2013-04-15 2:03 PM, Tanstaafl tansta...@libertytrek.org wrote:
Ok, I think all I need to get our db back up is to remerge php, but it
is failing.
The last error appears to be the zlib check.
I did already try
emerge -1 sys-libs/zlib
and
On 2013-04-15 2:08 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 2013-04-15 2:03 PM, Tanstaafl tansta...@libertytrek.org wrote:
Ok, I think all I need to get our db back up is to remerge php, but it
is failing.
The last error appears to be the zlib check.
I did already try
emerge -1
On 2013-04-15 2:02 PM, Michael Mol mike...@gmail.com wrote:
Were this one of my systems (none of which is in a prod scenario, so
take it with a grain of salt), I'd emerge -e --keep-going @system, and
then emerge --resume a few times. You're stuck in something not unlike a
bootstrap scenario.
On 04/15/2013 02:54 PM, Tanstaafl wrote:
On 2013-04-15 2:02 PM, Michael Mol mike...@gmail.com wrote:
Were this one of my systems (none of which is in a prod scenario, so
take it with a grain of salt), I'd emerge -e --keep-going @system, and
then emerge --resume a few times. You're stuck in
On 2013-04-15 3:11 PM, Michael Mol mike...@gmail.com wrote:
If this were me, I would set up a clean install from scratch. No, I
wouldn't use a x86 userspace with a x64 kernel, but that's because of
the benefits I see with the 64-bit arch, not with any issues I'd be
aware of from using an x64
On 2013-04-15 12:10 PM, Michael Mol mike...@gmail.com wrote:
Argh. Reply to your own posts if you need to append content. Otherwise,
I can't easily address everything at once.
Sorry, I usually do, but I'm kind of flustered right now...
Anyway, you can (I believe) run a 64-bit kernel with a
Tanstaafl tansta...@libertytrek.org wrote:
On 2013-04-15 3:11 PM, Michael Mol mike...@gmail.com wrote:
If this were me, I would set up a clean install from scratch. No, I
wouldn't use a x86 userspace with a x64 kernel, but that's because of
the benefits I see with the 64-bit arch, not with any
34 matches
Mail list logo