Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-16 Thread pk
Andrey Falko wrote:

 Have you done an update to this system where glibc might have been upgraded
 but not gcc or vice versa? Have you updated any system packages in general
 on the system? As was mentioned earlier an emerge -e system might solve the
 problem. If not, then we'll know that it's not a problem with one of the
 system packages.

Questions (I don't know the answers): Doesn't glibc need a rebuild after
kernel reconfiguration (such as CONFIG_BSD_...)? I mean glibc doesn't
support (kernel) options that the kernel doesn't support, right? Is
glibc built against sanitized kernel headers or the real kernel
headers (/usr/src/linux/include)?

Best regards

Peter K



Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-16 Thread Albert Hopkins
On Sun, 2009-08-16 at 13:35 +0200, pk wrote:

 Questions (I don't know the answers): Doesn't glibc need a rebuild after
 kernel reconfiguration (such as CONFIG_BSD_...)? I mean glibc doesn't
 support (kernel) options that the kernel doesn't support, right? Is
 glibc built against sanitized kernel headers or the real kernel
 headers (/usr/src/linux/include)?

I really don't think it was the CONFIG_BSD_PROCESS_ACCT option (I spoke
too soon).  I'm pretty sure that's for tools like sar and also the
system where I'm not having this issue doesn't have that option either.

I'm not sure what it was.  I decided to rebuild the system.  This time I
used the 2008.0 stage 3 instead of the snapshot.  Also I'm using
amd64/baselayout-1 until I get everything configured the way I want it
and then switch to ~amd64.  So far things are working fine.  I'm not
sure what exactly the issue was before but I'm going to take things a
little slower this time and keep my fingers crossed :)

Thanks to everyone for their input.

-a
 




Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-16 Thread Alan McKinnon
On Sunday 16 August 2009 13:35:44 pk wrote:
 Is
 glibc built against sanitized kernel headers or the real kernel
 headers (/usr/src/linux/include)?

The former.

One can not rely on the state of the latter.

-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-16 Thread pk
Alan McKinnon wrote:
 On Sunday 16 August 2009 13:35:44 pk wrote:
 Is
 glibc built against sanitized kernel headers or the real kernel
 headers (/usr/src/linux/include)?
 
 The former.
 
 One can not rely on the state of the latter.

Thanks for the clarification!

Best regards

Peter K



[gentoo-user] netkit-rsh ./configure problem

2009-08-15 Thread Albert Hopkins
I can't get netkit-rsh (not that I want it but it's an (indirect)
runtime dependency of xinit).  This is a brand new machine that I'm
building.

Basically the error is:

Checking for BSD signal semantics... no
This package needs BSD signal semantics to run.
sed: can't read MCONFIG: No such file or directory


Upon inspection of the ./configure script, I see it is compiling and
running the following snippet:

#include unistd.h
#include signal.h
int count=0;
void handle(int foo) { count++; }
int main() {
int pid=getpid();
signal(SIGINT, handle);
kill(pid,SIGINT);
kill(pid,SIGINT);
kill(pid,SIGINT);
if (count!=3) return 1;
return 0;
}

If I compile this on the target machine, it exits with 1. I checked and
count=0.  If I compile this on another machine it exits with 0.  Even
when I take the compiled exe from the other machine and copy it to the
target machine it exits 1.

This is disturbing.

Any ideas?

2.6.30-gentoo-r5
sys-devel/gcc-4.4.1
sys-libs/glibc-2.10.1
sys-kernel/linux-headers-2.6.30-r1





Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-15 Thread Albert Hopkins
I should also mention that I also can't, for example, press CTRL-C at
the shell prompt to exit a program (such as emerge).  So somehow (some)
signals are not being sent/received.

-a





Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-15 Thread Andrey Falko
On Sat, Aug 15, 2009 at 11:23 AM, Albert Hopkins mar...@letterboxes.orgwrote:

 I should also mention that I also can't, for example, press CTRL-C at
 the shell prompt to exit a program (such as emerge).  So somehow (some)
 signals are not being sent/received.

 -a




It looks like you sys-process/procps might be broke in some way. Try:

emerge -1 sys-process/procps


Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-15 Thread Albert Hopkins
On Sat, 2009-08-15 at 12:08 -0700, Andrey Falko wrote:
 On Sat, Aug 15, 2009 at 11:23 AM, Albert Hopkins
 mar...@letterboxes.org wrote:
 I should also mention that I also can't, for example, press
 CTRL-C at
 the shell prompt to exit a program (such as emerge).  So
 somehow (some)
 signals are not being sent/received.
 
 -a
 
 
 
 
 It looks like you sys-process/procps might be broke in some way. Try: 

Thanks for the suggestion but, unfortunately, no dice.  For some reason
I think this has something to do with the kernel or glibc (or some
combo).  I should mention also that I used (for the first time) the
minimal snapshot (which I guess is the only one supported) and also the
stage3 snapshot and also this is ~amd64.

 I may just try to do an 'emerge -e world' and see what happens.

-a





Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-15 Thread pk
Albert Hopkins wrote:
 I can't get netkit-rsh (not that I want it but it's an (indirect)
 runtime dependency of xinit).  This is a brand new machine that I'm
 building.
 
 Basically the error is:
 
 Checking for BSD signal semantics... no
 This package needs BSD signal semantics to run.
 sed: can't read MCONFIG: No such file or directory

Hm. I may be way off here but do you have CONFIG_BSD_PROCESS_ACCT=y in
your kernel .config?

Best regards

Peter K



Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-15 Thread Albert Hopkins
On Sat, 2009-08-15 at 21:38 +0200, pk wrote:
 Albert Hopkins wrote:
  I can't get netkit-rsh (not that I want it but it's an (indirect)
  runtime dependency of xinit).  This is a brand new machine that I'm
  building.
  
  Basically the error is:
  
  Checking for BSD signal semantics... no
  This package needs BSD signal semantics to run.
  sed: can't read MCONFIG: No such file or directory
 
 Hm. I may be way off here but do you have CONFIG_BSD_PROCESS_ACCT=y in
 your kernel .config?

Cheers.  That was it.  For some reason I glossed over that thinking it
only had to do with sar but I guess not.

Thanks again,
-a





Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-15 Thread Albert Hopkins
On Sat, 2009-08-15 at 15:50 -0400, Albert Hopkins wrote:
 On Sat, 2009-08-15 at 21:38 +0200, pk wrote:
  Albert Hopkins wrote:
   I can't get netkit-rsh (not that I want it but it's an (indirect)
   runtime dependency of xinit).  This is a brand new machine that I'm
   building.
   
   Basically the error is:
   
   Checking for BSD signal semantics... no
   This package needs BSD signal semantics to run.
   sed: can't read MCONFIG: No such file or directory
  
  Hm. I may be way off here but do you have CONFIG_BSD_PROCESS_ACCT=y in
  your kernel .config?
 
 Cheers.  That was it.  For some reason I glossed over that thinking it
 only had to do with sar but I guess not.

Maybe I spoke too soon... Either I was on the wrong system when I tested
or there's some inconsistency.  Nevertheless the problem doesn't appear
fixed :(





Re: [gentoo-user] netkit-rsh ./configure problem

2009-08-15 Thread Andrey Falko
On Sat, Aug 15, 2009 at 1:23 PM, Albert Hopkins mar...@letterboxes.orgwrote:

 On Sat, 2009-08-15 at 15:50 -0400, Albert Hopkins wrote:
  On Sat, 2009-08-15 at 21:38 +0200, pk wrote:
   Albert Hopkins wrote:
I can't get netkit-rsh (not that I want it but it's an (indirect)
runtime dependency of xinit).  This is a brand new machine that I'm
building.
   
Basically the error is:
   
Checking for BSD signal semantics... no
This package needs BSD signal semantics to run.
sed: can't read MCONFIG: No such file or directory
  
   Hm. I may be way off here but do you have CONFIG_BSD_PROCESS_ACCT=y in
   your kernel .config?
 
  Cheers.  That was it.  For some reason I glossed over that thinking it
  only had to do with sar but I guess not.

 Maybe I spoke too soon... Either I was on the wrong system when I tested
 or there's some inconsistency.  Nevertheless the problem doesn't appear
 fixed :(


Have you done an update to this system where glibc might have been upgraded
but not gcc or vice versa? Have you updated any system packages in general
on the system? As was mentioned earlier an emerge -e system might solve the
problem. If not, then we'll know that it's not a problem with one of the
system packages.