similar to: Persistant prelinking/exec-shield issue - please help. =/

I have a large installer program (~400MB) that fails to run under wine (20050310). It gives me the following: err:virtual:map_image Image was mapped at 0x60640000: standard load address for a Win32 program (0x00400000) not available err:virtual:map_image Do you have exec-shield or prelink active? wine: could not load L"C:\\WebPACK_71_fcfull_i.exe" as Win32 binary The thing is that I

Hi, I was using Inno Setup 4 (http://www.jrsoftware.org/) under wine to create a win32 installer. Apart from some minor locale related issues, everything worked fine. But when I tried to change the icon image of the installer (by uncommenting line 17 of test.iss in the attached example), I got the following error message: err:virtual:map_image Image was mapped at 0x76360000: standard load

Bonjour, I'm using FC5 with wine 0.9.12 for World of Warcraft. ./wine /dos/World\ of\ Warcraft/wow err:virtual:map_image Image was mapped at 0xf20000: standard load address for a Win32 program (0x00400000) not available err:virtual:map_image Do you have exec-shield or prelink active? wine: could not load L"C:\\World of Warcraft\\wow.exe": Bad EXE format for If I change the PE exe

The current /lib/tls support in Xen/Linux through rewriting faulting instructions seems to work well, but for one rather nasty issue. If you are running with /lib/tls on a system that also uses prelinking (you can check this by looking for e.g., /etc/cron.daily/prelink) then you''re /lib/tls libraries will get corrupted! The problem is that the prelinking changes cause some of the binary

In short, the reason considering (and still only considering) turning it off is to make tripwire usable again (security vs. performance, I guess). Is it possible to completely turn it off system-wide? Any additional steps needed on the existing system (that already have half of the binaries prelinked)? What order of performance degradation to expect? If it is minor, nobody is going to cry

Can anybody explain to me what's going on here? This is a CentOS 4 i386 system. [root at edison ~]# rm -f /etc/prelink.cache [root at edison ~]# /etc/cron.daily/prelink [root at edison ~]# rpm -qf /usr/bin/sqlite3 sqlite-3.3.6-2 [root at edison ~]# rpm --verify sqlite prelink: /usr/bin/sqlite3: at least one of file's dependencies has changed since prelinking S.?.....

I have a number of CentOS6 machines, and on one of them, the daily prelink cron job aborts. Any ideas what to look for? /etc/cron.daily/prelink: /etc/cron.daily/prelink: line 47: 9381 Aborted (core dumped) /usr/sbin/prelink -av $PRELINK_OPTS >> /var/log/prelink/prelink.log 2>&1 I'm unfamiliar with prelink, so I'm not sure what to look for in the logs.

On Wed, 2017-08-30 at 11:03 -0500, Valeri Galtsev wrote: > On Wed, August 30, 2017 10:43 am, Tony Schreiner wrote: > > This has come up for me on the most recent upgrade, add the line > > > > HASH_CMD=sha1sum > > > > On Wed, Aug 30, 2017 at 11:15 AM, <m.roth at 5-cent.us> wrote: > > > > > Can't remember if I posted this before...

in my prior message, that should be in rkhunter.conf On Wed, Aug 30, 2017 at 11:43 AM, Tony Schreiner <anthony.schreiner at bc.edu> wrote: > This has come up for me on the most recent upgrade, add the line > > HASH_CMD=sha1sum > > On Wed, Aug 30, 2017 at 11:15 AM, <m.roth at 5-cent.us> wrote: > >> Can't remember if I posted this before... We're getting

On Wed, August 30, 2017 10:43 am, Tony Schreiner wrote: > This has come up for me on the most recent upgrade, add the line > > HASH_CMD=sha1sum > > On Wed, Aug 30, 2017 at 11:15 AM, <m.roth at 5-cent.us> wrote: > >> Can't remember if I posted this before... We're getting warnings from >> rkhunterWarning: Checking for prerequisites [ Warning

Can't remember if I posted this before... We're getting warnings from rkhunterWarning: Checking for prerequisites [ Warning ] All file hash checks will be skipped because: This system uses prelinking, but the hash function command does not look like SHA1 or MD5. Now, googling, I find people saying to rm /etc/prelink.cache, then run rkhunter --propupd. Works. And then,

This has come up for me on the most recent upgrade, add the line HASH_CMD=sha1sum On Wed, Aug 30, 2017 at 11:15 AM, <m.roth at 5-cent.us> wrote: > Can't remember if I posted this before... We're getting warnings from > rkhunterWarning: Checking for prerequisites [ Warning ] > All file hash checks will be skipped because: > This system uses

Commandos: Behind Enemy Lines works fine on Wine with default setup but it uses a lot of pc time (i consider running it under seperate x session). Finally i can play one of my favourite games in linux. thx guys! Commandos: Beyond The Call of Duty is working, too, but it doesn't recognise keyboard input :( however, with all other applications i got message about security patched kernel

What are the pros and cons of disabling prelinking in CentOS 4? From what I understand, prelinking is ment to be performance improvement (faster loading time for binaries). I can see some potential benefit on workstations where many different processes are started frequently. But how big is that benefit in real life? Would I slow down things noticably if there is no prelinking? Is

Here's another data point regarding the GDM problem I'm having. Once again, I get this on the console: There was an error loading the theme Default Couldn't recognize the image file format for file '/usr/share/gdm/themes/Default/background.png' Yesterday I needed to edit some graphics I had done for a job. I use gimp. Now gimp tells me: Image type 'png' is not

CentOS Errata and Bugfix Advisory 2013:1167 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1167.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 37e0c1897102ba0f909b7848ea03c12d64896c1aa8df810ce18476c5115d7aae prelink-0.4.6-3.1.el6_4.i686.rpm x86_64:

The above discussion of prelink gave me pause for thought... I have a "suite" of programs that I install in their own directory, along with their datafiles, under /opt. Would it be a good idea to add that directory to /etc/prelink.conf? What could go wrong? -- MELVILLE THEATRE ~ Melville Sask ~ http://www.melvilletheatre.com

Pursuing some rpm verify errors exposed while investigating my T'bird/FF problem, a prelink -am gives this, and other, error. prelink: /usr/lib/esc-1.0.0/xulrunner/xulrunner-bin: Could not find one of the dependencies Ran # ldd /usr/lib/esc-1.0.0/xulrunner/xulrunner-bin|grep 'not found' libmozjs.so => not found libxpcom.so => not found libxul.so =>

On Thu, June 18, 2015 10:05, Valeri Galtsev wrote: > > On Thu, June 18, 2015 8:29 am, Jonathan Billings wrote: >> On Thu, Jun 18, 2015 at 09:11:01AM -0400, James B. Byrne wrote: >>> So, what does this do? >>> >>> # cat /etc/prelink.conf.d/skype.conf >>> -b /usr/bin/skype >> >> It blacklists /usr/bin/skype from prelink. Not sure why, but

So, is everyone happy with this smerge of Ingo and Gerd's work? Reposted below. Thanks, Rusty. -------- Forwarded Message -------- From: Linus Torvalds <torvalds@osdl.org> To: Rusty Russell <rusty@rustcorp.com.au> Cc: Andrew Morton <akpm@osdl.org> Subject: Re: [Fwd: [Fwd: FW: argh]] Date: Wed, 17 May 2006 21:35:51 -0700 (PDT) On Thu, 18 May 2006, Rusty Russell wrote: >