similar to: x86_64 box need to compile and link program for i386

CentOS 4.1, Xen 2.0.7. My dom0 is booting up but can''t get to the outside network because eth0 won''t start due to, apparently, Xen providing a different mac address than expected. How do I tell Xen to start eth0 at the bootup with a specific mac address that lines up with the HWADDR= line in my ifcfg-eth0? Note that a normal bootup into CentOS 4.1 outside of the Grub Xen bootup

> Okay, thanks. I really don't need _EXACT_ match, but close. Again, my > aim is to equip GlibC with some logging facilities IF anyone is using the > gethostbyname(). Given the help from this list, I was able to rebuild > GlibC for CentOS and am testing my stuff now. > > I appreciate your help on this matter. Not knowing where the knobs are was > the hardest part. I

Gents, I am trying to do a "gcc -m32" on a x86_64 box. gcc -m32 /tmp/jj.c /usr/bin/ld: crt1.o: No such file: No such file or directory collect2: ld returned 1 exit status This is the error I get. I did a "yum install glib.i386" successfully. there is no "yum install glib-devel.i386". How can i get a "gcc -m32" compile on my x86_64? THanks, Jerry

On 03/02/2015 11:00 AM, Johnny Hughes wrote: > On 03/02/2015 10:38 AM, ANDY KENNEDY wrote: >>>> I'm tasked with reconstructing the CentOS version of the GlibC library for testing with >>>> gethostbyname(). My mission is to show that we are not affected by the latest exploit for >>>> the product we are shipping targeted for RHEL and CentOS. To do so, I

Hello All, It's time for my stupid question of the year. I just swapped over to an Athlon64 proc. I went to compile a src rpm and it bombs out. Now, rather than have anyone troubleshoot this and add noise to the list, I'm fairly certain what it's been answered before by someone. I tried google and never did see a true answer. what I do see is stuff about mozilla mostly and

> -----Original Message----- > From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On Behalf Of Les Mikesell > Sent: Tuesday, March 10, 2015 6:02 PM > To: CentOS mailing list > Subject: Re: [CentOS] Glibc sources? > > On Tue, Mar 10, 2015 at 5:47 PM, ANDY KENNEDY <ANDY.KENNEDY at adtran.com> wrote: > >> > > How do I tell rpmbuild to

When running (eg) dnf on a 32 bit i686 guest when the host is 64 bit x86_64, dnf believes it is running on a 64 bit machine and so tries to install x86_64 packages. We can 'trick' dnf into believing it's a 32 bit machine using the setarch program. $ virt-builder fedora-22 --arch i686 --install 'gperf' ... [ 27.4] Installing packages: gperf ... Running transaction test Error:

I've successfully rebuilt Red Hat EL PHP 5.2.10 RPMs using mock on a CentOS 5.4 i386. I wanted to be able to build both x86_64 and i386 versions so I reinstalled my builder system with CentOS 5.4 x86_64. Now I can build the PHP RPM successful for x86_64, but i386 fails with the following during configure /usr/bin/net-snmp-config: line 43: net-snmp-config-x86_64: command not found For the

v2: Fix problem when running multiple commands.

Wrap the command around an heredoc only if setarch needs to be used; otherwise the heredoc will not be run at all. Fix commit d875346ad441d4762455ea1b41d57ad6174d9b63. --- customize/customize_run.ml | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/customize/customize_run.ml b/customize/customize_run.ml index 2283272..9d97522 100644 ---

On Fri, Dec 9, 2011 at 11:16 AM, Eric Christopher <echristo at apple.com>wrote: > > On Dec 9, 2011, at 11:12 AM, Kostya Serebryany wrote: > > > Yes, we have no ASRL with -no_pie. > > Can we disable ASRL even with -pie? > > On linux we can do it with "setarch x86_64 -R". > > > > You asked about link time. Now it sounds like you're talking

Hi, Yesterday I upgraded to kernel 2.6.8 on my Fedora Core 2 system. This caused a problem with the version of wine I'd been using (20040505), so I upgraded wine to the current version (20040813). The remaining problem is as follows: I'm calling wine like this: wine start.exe vcbuild.bat and vcbuild.bat contains the following: set QMAKESPEC=win32-msvc.net set

Hi list, after a bit of struggling I found out how to cleanly install rkhunter ... maybe this is useful for you: * Download rkhunter (I downloaded v 1.2.8) * mv /etc/rpm/platform /root/etc_rpm_platform * setarch i386 rpmbuild -ta --target=i386 rkhunter-1.2.8.tar.gz * mv /root/etc_rpm_platform /etc/rpm/platform * rpm -ivh /usr/src/redhat/RPMS/noarch/rkhunter-1.2.8-1.noarch.rpm * wget

Hi, We are porting some applications from CentOS 4 to CentOS 5, the applications use mmap, and we found out that they sometimes crash in CentOS 5. We found out that this is due to the fact that CentOS 5 does randomization of the address space when loading binaries, libraries, and when using mmap, so that is what's causing our problem. The thing is, I'm trying to google for it, but I did

------------ Original Message ------------ > Date: Sunday, April 19, 2015 18:44:43 +0000 > From: Sarogahtyp <sarogahtyp at web.de> > To: centos at centos.org > Subject: [CentOS] yum install failiure - CentOS-7 - Base > > I have a running CentOS 6.5 64-bit system running and i like to > have a CentOS 7 chrooted system inside. > Ive done that chroot environment as

Yes, we have no ASRL with -no_pie. Can we disable ASRL even with -pie? On linux we can do it with "setarch x86_64 -R". Another question: if asan would require -no_pie on Mac, will this be a serious limitation? Thanks, --kcc On Fri, Dec 9, 2011 at 11:07 AM, Eric Christopher <echristo at apple.com>wrote: > Options when creating a main executable > -pie This

On Dec 9, 2011, at 11:23 AM, Kostya Serebryany wrote: > > > On Fri, Dec 9, 2011 at 11:16 AM, Eric Christopher <echristo at apple.com> wrote: > > On Dec 9, 2011, at 11:12 AM, Kostya Serebryany wrote: > > > Yes, we have no ASRL with -no_pie. > > Can we disable ASRL even with -pie? > > On linux we can do it with "setarch x86_64 -R". > >

Affected Software: rssh - all versions prior to 2.3.0 Vulnerability: local user privilege escalation Severity: *CRITICAL* Impact: local users can gain root access Solution: Please upgrade to v2.3.1 Summary ------- rssh is a restricted shell which allows a system administrator to limit users' access to a system via SSH to scp, sftp, rsync, rdist, and cvs. It also allows the system

On Dec 9, 2011, at 11:12 AM, Kostya Serebryany wrote: > Yes, we have no ASRL with -no_pie. > Can we disable ASRL even with -pie? > On linux we can do it with "setarch x86_64 -R". > You asked about link time. Now it sounds like you're talking about runtime? > Another question: if asan would require -no_pie on Mac, will this be a serious limitation? > If asan

On Dec 9, 2011, at 11:46 AM, Alexander Potapenko wrote: >> Link time is of course better. >> But if there is a syscall (like the one used by setarch) we could call it >> and reexec. >> Using setenv("DYLD_NO_PIE")+reexec looks gross to me. > There's posix_spawnattr_setflags() that can do the job >