similar to: WINE cannot create a window

Hi. I installed Wine and tried to run Briad game on a laptop with openSUSE 11.3 x64. It throws me the message: Trying to load PE image for unsupported architecture (AMD-64) err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. Which means Wine x64 is not able to run 32 bit apps, and I imagined it. I installed Wine through Yast, selecting the packages

On Wed, 10 Feb 2016 10:18:51 -0600, Dirk Eddelbuettel wrote: > Thanks for bringing the question over from StackOverflow [1]. I am not > very impressed that you STILL hide behind a pseudonym and I am starting > to question my sanity as to why I take time out to help someone like > that. Anyway, read on ... > > [1]

Hey guys! I'm trying to run wow in my Arch 64 bit linux system. First of all: glxinfo | grep "direct rendering" Returns Yes Im running it of my ntfs windows partion if that makes a different ? It launches the command: wine Launcher.exe -OpenGL just fine, but when I click Play - it ends up with the following: Failed to find a suitable display device. Exiting program And thats

I am using Archlinux 64bit and playing C&C Generals Zero:Hour. At first, I made a 32-bit chroot as introduced here(https://wiki.archlinux.org/index.php/Install_bundled_32-bit_system_in_Arch64) and installed wine inside it. Without even any configuration the game run perfectly (in fact, even more stable and never crash than in Windwos 7 but a bit slower). Then, I enabled multilib support and

Hi, i would like to play Half Life 1, its quite old and should run well on my hardware. This is a none steam version if i start it with wine version: 1.1.11 i get the error: Code: ChoosePixelFormat failed what i tried: running the desktop at 16bpp with software/opengl/d3d in hl1 no luck :( hl1 version: on the cd is a file called VERSION.TXT: Half-Life //Game Name 71176 //Product ID

Dear all, I am trying to use multiple version of R unpacked from CRAN deb files. It does work successfully, except for some packages installation, whether Rscript has been used. I have configured alternatives and switch R environments without any problem and can install most of the packages. '====================================================== $ update-alternatives --display R R - auto

Hello everyone. I'm having a problem accessing my optical (CD/DVD) drive under WINE. What I would like to do is access it "directly" through WINE, i.e. whenever I insert a CD or DVD, I'd like WINE to detect it under it's E:\ (or D: or whatever) drive. However, I don't know how to set this up (and even whether it's possible, but I suppose it is). My CD/DVD drive is

-----Original Message----- From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of Rainer Duffner Sent: Samstag, 21. Oktober 2017 00:41 To: CentOS mailing list Subject: Re: [CentOS] scp setup jailed chroot on Centos7 > Am 20.10.2017 um 15:58 schrieb Adrian Jenzer <a.jenzer at herzogdemeuron.com>: > > Dear all > > I'm looking for instructions on how to setup a

Package: xen Version: 4.2.0-1 Severity: normal Dear Maintainer, When building the latest Debian xen 4.2.0-1 dsc in an Ubuntu raring schroot I get a build failure due to libssl-dev not being pulled in. If I build the same package in a sid schroot it builds because libssl-dev is pulled in indirectly. I think that libssl-dev should be added as a Build-Depends because it is referenced and required

I've updated the arch linux bug (https://bugs.archlinux.org/task/50385) with a patch for glibc in the arch linux packages that does fix the segment fault for me. On Mon, Sep 12, 2016 at 2:08 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 12 September 2016 at 22:02, Wink Saville <wink at saville.com> wrote: >> I then cloned the gcc 2.24 sources as of today and

I've looked at the version of libc I have and its 2.24: $ /lib/libc.so.6 GNU C Library (GNU libc) stable release version 2.24, by Roland McGrath et al. I then cloned the gcc 2.24 sources as of today and the code that 24e2b1cede1952d7d4411a3cafd25dd8593dab9f reverts is still there. I also took a quick look at the Arch Linux glibc package

Thanks, Iain. I am willing to hear from other users whether anyone else sees this as a bug before filing it. -- Vincenzo Romano Il giorno ven 2 nov 2018, 20:03 Iain Morgan <imorgan at nas.nasa.gov> ha scritto: > If you truly intend this as a bug report, you should file it at > bugzilla.mindrot.org. > > On Fri, Nov 02, 2018 at 12:25:22 +0100, Vincenzo Romano wrote: > >

Short description: All comands sent to server in batch mode are being echoed back along with prompt. Software Version: "OpenSSH_7.9p1, OpenSSL 1.1.1 11 Sep 2018" (as printed by ssh -V) Server and client systems: ArchLinux x86_64 fully updated as of 2018-11-02. ## How to reproduce Provided that you have proper SSH key authentication in place, from command line run: echo "dir

On Tue, May 20, 2014 at 12:20 PM, Anatol Pomozov <anatol.pomozov at gmail.com> wrote: > Hi > > On Tue, May 20, 2014 at 9:18 AM, Anatol Pomozov > <anatol.pomozov at gmail.com> wrote: >> Hi >> >> On Tue, May 20, 2014 at 3:12 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >>> On May 20, 2014 12:33 AM, "Anatol Pomozov"

[Sorry about "top posting": my OT question arises from the subject..] Could someone elaborate on the "jail" under CentOS. I'm used to FreeBSD jails, and as I run CentOS and some other Linuxes for quite some time I was under impression that there is no such thing as jail under Linux [at least those flavors I run]. Under Linux I did use in variety of places chrooted

I''m attaching a few changes that are specific to Arch Linux and are motivated by our recent switch to systemd. System V init scripts are no longer used/supported on Arch Linux and, therefore, the Arch Linux init scripts can be removed from Shorewall. The two patches that follow are based against master; if it''s possible to apply them to the upcoming Shorewall 4.5.13 as well,

Hi! I want to set a OpenSSH server which restricts some users to only chrooted SFTP, while others have full/normal ssh, scp and sftp access. Most or all guides on the web say that I should enable the config line "Subsytem sftp internal-sftp" among other things, but I've found out that this only causes non-restricted users to not be able use SFTP at all, only the chrooted users.

My current version is supermin 5.1.8-1 > > If the tests *don't* run successfully, then you've most likely found a > bug in supermin. That has to be fixed before continuing. > tests failed. See the log below. ========================================== supermin 5.1.9: tests/test-suite.log ========================================== # TOTAL: 8 # PASS: 5 # SKIP: 0 # XFAIL:

Am 2017-10-24 12:19, schrieb Adrian Jenzer: > Hi Rainer > I would if I could but external offers only FTP and SCP... > > Regards Adrian AFAIK, for scp you need a proper shell. I've done that exactly once (chrooted ssh) and it was such a pain that I vowed to never do it again. The problem is that inside the chroot, you need: - nameresolution - a minimal

> > I suspect that you could fix this by running the following command as > before the build: > > sudo pacman -Sy I always sue -Syu to install packages, and I already installed/reinstalled some packages today. Now one thing comes to my mind : lots of pacman stuff are NOT in the usal place. $ cat /etc/pacman.conf ----------------------------------- [options] # The following