search for: setarch

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: Transaction check error: package libgcc-5.1.1-4.fc22.x86_64 is intended for a different architecture ... Thanks: Jan Sedlák for finding the solutio...

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 2283...

...9;m testing has parts that are linked against 32-Bit libraries. I have to test that as well. Ouch! This leads to the question: How do I tell rpmbuild to build the i686 version of the library in place of the x86_64? I've done some looking around on the web and I have found something about: setarch i686 mock -r <something> ... rebuild <my.rpm> Not being able to find the "mock" package for CentOS, I thought maybe: setarch i686 rpmbuild -ba glibc.spec would work. This ended with an error: enable-bind-now --with-tls --with-__thread --build i686-redhat-linux --host i686...

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 about runtime? > 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...

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

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

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

...; > 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 about runtime? > > 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")+ree...

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 makes a spe...

...r 10, 2015 at 5:47 PM, ANDY KENNEDY <ANDY.KENNEDY at adtran.com> wrote: > >> > > How do I tell rpmbuild to build the i686 version of the library in place of the x86_64? I've > > done some looking around on the web and I have found something about: > > > > setarch i686 mock -r <something> ... rebuild <my.rpm> > > > > Not being able to find the "mock" package for CentOS, I thought maybe: > > ??? Mock is in EPEL. De-ignorant me please: How does one discern the package name "EPEL" from mock? I tried everythi...

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 required no pie on Linux, would it be a serious limitation? -eric

...se instability in CrossOver applications on Fedora Core 2. We have made a work around for this that should be in version 3.0.1. In the meantime, you can get around this by running all of your CrossOver commands from the command line and typing the following command to start any CrossOver command: setarch -3 i386 (command) Note that in your cxoffice/bin directory you will likely have a command you can use to start your favorite programs (such as 'winword' or 'excel'). So a typical use might be: setarch -3 i386 ~/cxoffice/bin/winword You can also start a terminal and then run all C...

...nst 32-Bit > libraries. I have to test that as well. Ouch! > > This leads to the question: > > How do I tell rpmbuild to build the i686 version of the library in place > of the x86_64? I've > done some looking around on the web and I have found something about: > > setarch i686 mock -r <something> ... rebuild <my.rpm> > > Not being able to find the "mock" package for CentOS, I thought maybe: > > setarch i686 rpmbuild -ba glibc.spec > > would work. This ended with an error: > > enable-bind-now --with-tls --with-__thread -...

...ble_fn with + | None -> () + | Some fn -> fn () + ) + else ( + (* Add a prologue to the scripts: + * - Pass environment variables through from the host. + * - Optionally send stdout and stderr to a log file so we capture + * all output in error messages. + * - Use setarch when running x86_64 host + i686 guest. + *) + let env_vars = + List.filter_map ( + fun name -> + try Some (sprintf "export %s=%s" name (quote (Sys.getenv name))) + with Not_found -> None + ) [ "http_proxy"; "https_proxy";...

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 > (http://reverse.put.as/2011/08/11/how-gdb-disables-aslr-in-mac-os-x-lion/), > but the necessary flag appeared only...

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

> 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 (http://reverse.put.as/2011/08/11/how-gdb-disables-aslr-in-mac-os-x-lion/), but the necessary flag appeared only in Lion. To the best o...

On Tue, Mar 10, 2015 at 5:47 PM, ANDY KENNEDY <ANDY.KENNEDY at adtran.com> wrote: >> > How do I tell rpmbuild to build the i686 version of the library in place of the x86_64? I've > done some looking around on the web and I have found something about: > > setarch i686 mock -r <something> ... rebuild <my.rpm> > > Not being able to find the "mock" package for CentOS, I thought maybe: ??? Mock is in EPEL. > setarch i686 rpmbuild -ba glibc.spec > If you repackaged the source rpm you should be able to: mock -r epel-6-i386 --r...

...DY KENNEDY <ANDY.KENNEDY at adtran.com> wrote: > > >> > > > How do I tell rpmbuild to build the i686 version of the library in place of the x86_64? I've > > > done some looking around on the web and I have found something about: > > > > > > setarch i686 mock -r <something> ... rebuild <my.rpm> > > > > > > Not being able to find the "mock" package for CentOS, I thought maybe: > > > > ??? Mock is in EPEL. > > De-ignorant me please: How does one discern the package name "EPEL"...