On 02.07.24 02:57, George at Clug wrote:
I wanted to know "how to configure and use Wine to run a Windows program".
And that's why you should try out Bottles, because it's not just plain Wine. If
you succeed with it, you can check the source code, what exactly they are
Thanks for your reply Jeff,
On Tuesday, 02-07-2024 at 10:16 Jeffrey Walton wrote:
> On Mon, Jul 1, 2024 at 6:33 PM George at Clug wrote:
> >
> > To all who replied, Thanks.
> >
> > Sadly after further testing I still have very little success with Wine.
> >
&
On Mon, Jul 1, 2024 at 6:33 PM George at Clug wrote:
>
> To all who replied, Thanks.
>
> Sadly after further testing I still have very little success with Wine.
>
> When I installed WineHQ's Wine Installation, Gecko and Mono were able to be
> installed. I noticed a
To all who replied, Thanks.
Sadly after further testing I still have very little success with Wine.
When I installed WineHQ's Wine Installation, Gecko and Mono were able to be
installed. I noticed a rpcss.exe (from memory) in Taskmgr. This at least
allowed me to display the initial web pa
On Mon, Jul 01, 2024 at 10:45:39AM -0400, Stefan Monnier wrote:
> > As a general rule I am willing to accept RPMs, pacman ?? packages, and
> > .debs, when they are from the Distribution's own package libraries, or
> > hardware vendor supported, as otherwise I don't know the people providing
> > the
to skip all that "process" and run effectively
black-boxes, thereby preventing you access to the usual transparency
benefits of Free Software.
It's been a long time since I last used Wine (FWIW, it was to run the
Windows version of Emacs, to try and reproduce a bug locally 🙂), but
IIUC
On 01.07.24 11:13, George at Clug wrote:
As a general rule I am willing to accept RPMs, pacman ?? packages, and .debs,
when they are from the Distribution's own package libraries, or hardware vendor
supported,
Hardware vendor distributed installation files usually should not be used,
espec
endencies if needed. They don't publish
> it as anything else than a Flatpak as that's by far the easiest way to make
> sure it works for everyone, and thus they don't officially support any
> other packaging frameworks. And since they don't just support Wine but also
&
lly support any
other packaging frameworks. And since they don't just support Wine but also
Proton, and games benefit a lot from the latest drivers and libraries, so
packaging it for more conservative distros would entirely defeat at least
half of its purpose. And I guess Flatpaks isolation
Hello,
Absolutely no idea if it will help you solve your problem but the
Archwiki has an potentially interesting tip for reverting the Debian
default behavior:
https://wiki.archlinux.org/title/Wine#Prevent_installing_Mono/Gecko
so, perhaps setting the WINEDLLOVERRIDES environment variable to
On Monday, 01-07-2024 at 15:48 didier gaumet wrote:
> Le 01/07/2024 à 01:24, George at Clug a écrit :
> [...]
> > I have not found useful documentation that can get me over the "Could not
> > find Wine Gecko", "Failed to init Gecko" error messages.
>
Le 01/07/2024 à 01:24, George at Clug a écrit :
[...]
I have not found useful documentation that can get me over the "Could not find Wine
Gecko", "Failed to init Gecko" error messages.
[...]
Hello,
disclaimer: I have not used Wine in ages, so I cannot be of real help
Richard,
Thanks for your reply.
On Sunday, 30-06-2024 at 17:11 Richard wrote:
> Depends on what you are trying to do.
I am trying to understand how to use Wine so that I can install various Windows
programs and have them work.
With the knowledge I would like to help others who are even l
7;s kinda a GUI for Wine and Proton and seems to have some
> tricks up its sleeves. So take a look at it, maybe it can do everything you
> are trying to do.
>
> Best
> Richard
>
> [1]: https://usebottles.com/
>
> On Sun, Jun 30, 2024, 06:33 George at Clug wrote:
>
&
Depends on what you are trying to do. But in my experience, if you don't
need to do some heavy work to maybe get something to work, take a look at
Bottles [1]. It's kinda a GUI for Wine and Proton and seems to have some
tricks up its sleeves. So take a look at it, maybe it can do ever
Hi,
Does anyone know of really simple but comprehensive instructions on
how to use and configure Wine, that you can send me links to?
Does anyone know how to solve the below issue:
$ wine iexplore
Could not find Wine Gecko. HTML rendering will be disabled
Am 02.02.2024 um 15:10:32 Uhr schrieb Greg Wooledge:
> It's dying, I would say. Not all the way dead just yet.
That's why I think it's time to change to amd64 before it is
completely dead.
> The next release will not offer an *installer* for i386, but upgrades
> from Debian 12 i386 to Debian 13
ng to stop
being supported sooner or later.
Yeah, I know that. Until then I will try to get the most out of this
i386 installation as-is.
In any case, I managed to get rid of some 250+ amd64 packages that came
with pretty useless wine (5.0.3-3) installation from the bullseye repo.
After de
now just because the CPU may allow that. So instead, I ask whether it
> > was expected and properly when Synaptic installed lots of 64-bit
> > stuff during Wine installation from repo. Was it ok or not? Or shall
> > I remove it and follow instructions from WineHQ website?
>
>
On Fri, Feb 02, 2024 at 08:59:18PM +0100, Marco Moock wrote:
> According to documentation I found in the internet, it is possible to
> upgrade a Debian system to the amd64 architecture.
That isn't an upgrade, and it isn't a supported operation.
Some people have *done* it, but it's very much at-yo
> was expected and properly when Synaptic installed lots of 64-bit
> stuff during Wine installation from repo. Was it ok or not? Or shall
> I remove it and follow instructions from WineHQ website?
According to documentation I found in the internet, it is possible to
upgrade a Debian system to t
o you mean by "install that architecture". I have been
using i386 versions of Debian, and I do not plan to reinstall it now just
because the CPU may allow that. So instead, I ask whether it was expected
and properly when Synaptic installed lots of 64-bit stuff during Wine
installation from repo. W
Am 01.02.2024 schrieb sko...@uns.ac.rs:
> CPU op-mode(s): 32-bit, 64-bit
Model name: Pentium(R) Dual-Core CPU T4500
That processor can run amd64 Debian, so install that architecture.
> Am 01.02.2024 schrieb Miroslav Skoric :
>
>> This time I was puzzled when noticed that Synaptic installed lots of
>> amd64 packages even though my system is i386.
>
> Run
> uname -a
> lscpu
>
> and post it here.
>
> If your system is i386 only, amd64 software can't run on it.
> Remove that archit
Am 01.02.2024 schrieb Miroslav Skoric :
> This time I was puzzled when noticed that Synaptic installed lots of
> amd64 packages even though my system is i386.
Run
uname -a
lscpu
and post it here.
If your system is i386 only, amd64 software can't run on it.
Remove that architecture from dpkg.
Hi!
As I have some Windows software (for ham radio) that does not have
adequate Linux versions, I wanted to install Wine and some related
packages from the bullseye repository (wine, q4wine, winetricks,
playonlinux, etc). By the way, I had Wine with buster earlier, and most
Windows software
Disregard. I made a mistake and found the error in my ways.
I found an odd issue on Debian Bookworm with nvidia-tesla-470-driver
installed and the i386 arch installed as a secondary arch (dpkg
--add-architecture i386). When installing wine it tries to pull in
nvidia-390 packages and breaks. Has anyone seen this before or is there a
workaround? I suspect
Am Samstag, 15. Oktober 2022, 20:37:41 CEST schrieb piorunz:
Hi Piotr,
tried before as you suggested: deleting all configs of wine without success.
I also tried wine7.0 from winehq, but this did not work and wanted to
deinstall many of my applications, like digicam or similar.
Hope, that
On 15/10/2022 18:18, Hans wrote:
Am Samstag, 15. Oktober 2022, 15:08:40 CEST schrieb piorunz:
Hi Piotr,
sadly this did not work. However, I got a solution:
I purged all wine packages from debian, then reinstalled wine, but only
minimalistic, say, all necessary packages.
I spared all suggested
Am Samstag, 15. Oktober 2022, 15:08:40 CEST schrieb piorunz:
Hi Piotr,
sadly this did not work. However, I got a solution:
I purged all wine packages from debian, then reinstalled wine, but only
minimalistic, say, all necessary packages.
I spared all suggested packages - and it worked now. No
On 13/10/2022 17:43, Hans wrote:
As I am not believing, this is related to the game (as ALL games are
crashing), I believe, it is related to a systematical error in the
relationship between wine and nvidia-driver.
To verify this hypothesis, run for example:
primusrun wine notepad.exe
primusrun
ng, this is related to the game (as ALL games are
> crashing), I believe, it is related to a systematical error in the
> relationship between wine and nvidia-driver.
My own experiences with wine were not all that pleasant. Nowadays, i try
to avoid it as best as i can, nuked all the place
shall be *-legacy-390xx-*, but
390xx will not run.
340xx is well running, and "primusrun glxgears -info" is telling, the kernel
is loaded and it is the nvidia kernel/module.
But that should not be our problem.
My issue is, that starting ANY wine application (like a game or something
e
Am Sonntag, 21. August 2022, 10:23:38 CEST schrieb Hans:
I am answering myself:
The problem was caused by the following entry:
>
> - added the repo
> echo deb [signed-by=/usr/share/keyrings/winehq-archive-keyring.gpg]
> http://dl.winehq.org/wine-builds/debian/ bullseye main | te
Dear list,
I tried to add wine-repo to the sources list, but debian will not recognize its
key. Since apt-key is
deprecated I did as recommended:
Logged in as root (I never use sudo)
- Then did the command
curl https://dl.winehq.org/wine-builds
Hello!
Opened a bug report against Wine, because I was not sure about what
package was the culprit. #1006725
It was reasigned to libz-mingw-w64 and a few moments ago I downloaded
the updated package from the repository.
Everything works fine now. Thanks to everyone who made this possible.
which
are not compatible with the current wine packages.
After trying this I had some Win-programs coming up nicely, or even
better than before the Debian Sid updates but went haywire when they
started their own update routines of data.
Trying to resolve this and by using wintricks for some DLLs I now
m
Thank you!
I filled a bug report. Let's see what happens now.
> I'm looking for the exact package that contains zlib1.dll but I can't
> find it. Libwine depends on libz-mingw-w64 but the zlib1.dll there is
> not the same as the one wine puts in the drive_c directory. The one in
> drive_c directory is a PE32 DLL and the one provided
> > I'm pretty sure the problem is the Wine DLL files were built without
> > the -static-libgcc flag
> >
> > Time to file a bug?
> >
>
> I think it is
I'm looking for the exact package that contains zlib1.dll but I can't
find it. Libwine d
On donderdag 03 maart 2022 14:38:32 (+01:00), Miguel A. Vallejo wrote:
> > Not entirely sure, but I think this is the issue:
> > More and more Wine DLL files are built with mingw.
> > The libwine package already depends on libz-mingw.
> > Probably the 'gcc
> Not entirely sure, but I think this is the issue:
> More and more Wine DLL files are built with mingw.
> The libwine package already depends on libz-mingw.
> Probably the 'gcc-mingw-w64-i686-win32-runtime' package should now be
> installed as well.
>
> Does the pro
On woensdag 02 maart 2022 20:01:09 (+01:00), Miguel A. Vallejo wrote:
> Hello
>
> After the recent update of Wine packages in Sid, some programs do not
> run because of a missing libgcc_s_dw2-1.dll. They all worked just fine
> with the previous version.
>
> ~$
On Mittwoch, 2. März 2022 18:34:22 -03 Miguel A. Vallejo wrote:
> Hello!
>
> Finding and placing missing DLLs into the Windows directory of Wine is
> easy.
>
> I think the problem is the windows executables in wine have not been
> compiled with the -static-libgcc op
Hello!
Finding and placing missing DLLs into the Windows directory of Wine is easy.
I think the problem is the windows executables in wine have not been
compiled with the -static-libgcc option of MinGW, so not including all
these libgcc DDLs can be considered a bug itself.
But compiling it
On Mittwoch, 2. März 2022 16:01:09 -03 Miguel A. Vallejo wrote:
> Hello
>
> After the recent update of Wine packages in Sid, some programs do not
> run because of a missing libgcc_s_dw2-1.dll. They all worked just fine
> with the previous version.
>
> ~$
Hello
After the recent update of Wine packages in Sid, some programs do not
run because of a missing libgcc_s_dw2-1.dll. They all worked just fine
with the previous version.
~$ wine SpaceEngine.exe
014c:err:module:import_dll Library libgcc_s_dw2-1.dll (which is needed
by L"Z:\\home
On 10/10/2021 05:47 PM, Tom Dial wrote:
On 10/10/21 04:14, Richard Owlett wrote:
On 10/09/2021 10:24 AM, Patrick Bartek wrote:
On Sat, 9 Oct 2021 09:40:21 -0500
Richard Owlett wrote:
(Omitted)
Just be forewarned, WINE is not the catchall solution to running
Windows apps: The more
On 10/10/2021 11:03 AM, Andrew M.A. Cater wrote:
On Sun, Oct 10, 2021 at 05:14:36AM -0500, Richard Owlett wrote:
On 10/09/2021 10:24 AM, Patrick Bartek wrote:
On Sat, 9 Oct 2021 09:40:21 -0500
Richard Owlett wrote:
Just be forewarned, WINE is not the catchall solution to running
Windows
On 10/10/21 04:14, Richard Owlett wrote:
> On 10/09/2021 10:24 AM, Patrick Bartek wrote:
>> On Sat, 9 Oct 2021 09:40:21 -0500
>> Richard Owlett wrote:
(Omitted)
>
>
>>
>> Just be forewarned, WINE is not the catchall solution to running
>> Windo
On Sun, Oct 10, 2021 at 02:05:20PM -0700, Patrick Bartek wrote:
I use VirtualBox for my VM needs, but why would you need to: Google
Earth has versions that run natively on Windows, OSX and Linux or you
can run it in most any web browsers -- https://earth.google.com/ --
regardless of OS.
It has
On Sun, 10 Oct 2021 05:14:36 -0500
Richard Owlett wrote:
> On 10/09/2021 10:24 AM, Patrick Bartek wrote:
> > On Sat, 9 Oct 2021 09:40:21 -0500
> > Richard Owlett wrote:
> >
> >> [snip]
>
> >
> > Just be forewarned, WINE is not the catchall s
On Sun, 10 Oct 2021 03:28:42 +
"Russell L. Harris" wrote:
> On Sat, Oct 09, 2021 at 08:24:38AM -0700, Patrick Bartek wrote:
> >On Sat, 9 Oct 2021 09:40:21 -0500
> >Richard Owlett wrote:
>
> >Just be forewarned, WINE is not the catchall solution to
On Sun, Oct 10, 2021 at 05:14:36AM -0500, Richard Owlett wrote:
> On 10/09/2021 10:24 AM, Patrick Bartek wrote:
> > On Sat, 9 Oct 2021 09:40:21 -0500
> > Richard Owlett wrote:
> >
> >
> > Just be forewarned, WINE is not the catchall solution to running
&g
On 10/09/2021 10:28 PM, Russell L. Harris wrote:
On Sat, Oct 09, 2021 at 08:24:38AM -0700, Patrick Bartek wrote:
On Sat, 9 Oct 2021 09:40:21 -0500
Richard Owlett wrote:
Just be forewarned, WINE is not the catchall solution to running
Windows apps: The more involved codewise the program is
q.org/ .
Really? "No promising hits?" I did an "install set up wine" DuckDuckGo
search and got numerous useful hits. Of course, if you're looking for
a Bullseye specific tutorial, I doubt if you' find one -- too new.
Your search terms were better than mine ;/
I includ
On Sat, Oct 09, 2021 at 08:24:38AM -0700, Patrick Bartek wrote:
On Sat, 9 Oct 2021 09:40:21 -0500
Richard Owlett wrote:
Just be forewarned, WINE is not the catchall solution to running
Windows apps: The more involved codewise the program is like games or
Photoshop, the more problems you
ing hits?" I did an "install set up wine" DuckDuckGo
search and got numerous useful hits. Of course, if you're looking for
a Bullseye specific tutorial, I doubt if you' find one -- too new.
Maybe, these will help:
https://itsfoss.com/use-windows-applications-linux/
I just installed WINE64 on a Bullseye system. I'm looking for a basic
tutorial. Got no promising hits from DuckDuckGo or Google. I did some
unproductive roaming of https://www.winehq.org/ .
I haven't used Windows since days of WinXP and I want to introduce a
Windows using friend to Debian. Bli
From: Floris Renaud
Date: Thu, 07 Oct 2021 07:50:37 +
> You can read the WineHQ wiki for more information about prefixes:
> https://wiki.winehq.org/FAQ#Wineprefixes
Thanks Floris.
> Do you have the same error if you try:
> WINEPREFIX=~/itunes wine iTunesSetup.exe
Transc
On Thursday 07 October 2021 05:40:42 (+02:00), pe...@easthope.ca wrote:
> From: Floris Renaud
> Date: Wed, 06 Oct 2021 21:54:31 +
> > What version of Wine do you use?
>
> peter@joule:/home/peter$ dpkg -l | grep wine
> ii wine-stable 6.0.1~bullseye-1 i386 WINE Is Not
From: Floris Renaud
Date: Wed, 06 Oct 2021 21:54:31 +
> What version of Wine do you use?
peter@joule:/home/peter$ dpkg -l | grep wine
ii wine-stable 6.0.1~bullseye-1 i386 WINE Is Not An Emulator - runs MS
Windows programs
ii wine-stable-i386 6.0.1~bullseye-1 i386 WINE
claimed to work. This is 12.8.0.150.
>
> peter@joule:~$ wine iTunesSetup.exe
> 00d8:fixme:heap:RtlSetHeapInformation 1 0 stub
> 00d8:fixme:heap:RtlSetHeapInformation 1 0 stub
> 00e4:fixme:advapi:RegisterEventSourceW ((null),L"Bonjour Serv
From: Floris Renaud
Date: Wed, 06 Oct 2021 10:27:20 +
> An older version of iTunes does seem to work.
> https://bugs.winehq.org/show_bug.cgi?id=47165
Thanks. Version 12.8.x is claimed to work. This is 12.8.0.150.
peter@joule:~$ wine iTunesSetup.ex
On Wed, 6 Oct 2021 17:02:05 +1100
Keith Bainbridge wrote:
>
> On 6/10/21 07:48, pe...@easthope.ca wrote:
> > A bricked iPhone directs "connect to iTunes".
> >
> > Attempting to run iTunesSetup.exe on wine yields the following.
> > Ideas?
> >
On Tuesday 05 October 2021 22:48:10 (+02:00), pe...@easthope.ca wrote:
> A bricked iPhone directs "connect to iTunes".
>
> Attempting to run iTunesSetup.exe on wine yields the following.
> Ideas?
>
> Thx, ... P.
>
> peter@joule:~$ wine iTunesSetup.exe
> 0104
On 6/10/21 07:48, pe...@easthope.ca wrote:
A bricked iPhone directs "connect to iTunes".
Attempting to run iTunesSetup.exe on wine yields the following.
Ideas?
Thx, ... P.
peter@joule:~$ wine iTunesSetup.exe
0104:fixme:file:NtLockFile I/O completion on lock not imple
A bricked iPhone directs "connect to iTunes".
Attempting to run iTunesSetup.exe on wine yields the following.
Ideas?
Thx, ... P.
peter@joule:~$ wine iTunesSetup.exe
0104:fixme:file:NtLockFile I/O completion on lock not implemented yet
0104:fixme:ntdll:NtQuerySystemI
64 bit ???).
> > >
> > > I have found references [1][2] suitable for addressing specific detailed
> > > questions. I'm looking for introductory material -- especially such that
> > > would cause me to think of questions I should consider before proceeding.
&
orks perfectly fine for me though. I use Wine profiles,
Wine devel from WineHQ, Lutris Wine, Steam Proton Wine. Everything
polished and purposely used, no problems whatsoever, I use Forex trading
program 24/7/365 in Wine, among many other things. My "mileage" is great.
Let me know if
tions I should consider before proceeding.
Suggestions?
TIA
References:
1. https://wiki.debian.org/Wine
2. https://www.winehq.org/
Goes into much detail but does not have an "overview only" page.
After you install Wine (your reference materials covers that), simply
execute in
eding.
Suggestions?
TIA
References:
1. https://wiki.debian.org/Wine
2. https://www.winehq.org/
Goes into much detail but does not have an "overview only" page.
After you install Wine (your reference materials covers that), simply
execute in terminal "wine name_of_your_exe" from
https://wiki.debian.org/Wine
2. https://www.winehq.org/
Goes into much detail but does not have an "overview only" page.
On 2021-03-25 11:50 p.m., Alexander V. Makartsev wrote:
"wine" command is a 32-bit ELF binary and "wine64" command is a 64-bit
ELF binary.
In my experience it doesn't matter which one to use, as long as you
run programs inside a prefix that supports both 32-bit and 6
On 26.03.2021 08:31, Rick Macdonald wrote:
Thanks!
I ran the wineboot --init command and it worked, and I was able to
install the 64bit program with "wine app64.exe", and it launches. Is
there a difference between the commands wine and wine64?
Now, do I need to reinstall all m
Thanks!
I ran the wineboot --init command and it worked, and I was able to install the
64bit program with "wine app64.exe", and it launches. Is there a difference
between the commands wine and wine64?
Now, do I need to reinstall all my previous 32bit programs, or can I use
WINEPREFI
On 25.03.2021 22:47, Rick Macdonald wrote:
I've been running a few 32bit Windows programs with wine for many
years, but now I need to run some 64bit programs.
The Debian wine wiki says "Users on a 64-bit system should make sure
that both wine32 and wine64 (or wine32-development a
On 25.03.2021 22:47, Rick Macdonald wrote:
I've been running a few 32bit Windows programs with wine for many
years, but now I need to run some 64bit programs.
The Debian wine wiki says "Users on a 64-bit system should make sure
that both wine32 and wine64 (or wine32-development a
I've been running a few 32bit Windows programs with wine for many years,
but now I need to run some 64bit programs.
The Debian wine wiki says "Users on a 64-bit system should make sure
that both wine32 and wine64 (or wine32-development and
wine64-development) are installed"
gt; Thank you for the responses. I was looking for a general purpose
> > solution...I can safely assume that VM soln may mostly work, while the
> same
> > may not be guaranteed with use of WINE.
>
> IME, Qemu has various issues with Windows guests, such things as the
> mou
* On 2020 27 Jun 05:48 -0500, manish tripathi wrote:
> Thank you for the responses. I was looking for a general purpose
> solution...I can safely assume that VM soln may mostly work, while the same
> may not be guaranteed with use of WINE.
IME, Qemu has various issues with Windows gue
Thank you for the responses. I was looking for a general purpose
solution...I can safely assume that VM soln may mostly work, while the same
may not be guaranteed with use of WINE.
Can one also explain about the malware that may impact my Linux/Buster, in
case I use a VM for running my Windows
27 juin 2020 à 11:55 de l0f...@tuta.io:
> You won't have any guarantee of success because it depends on a lot of
> factors and on your expectations/tolerance about your experience.
>
Of course I was speaking about Wine here ;)
I don't think you could possibly have any iss
Hi,
27 juin 2020 à 10:58 de manishtr...@gmail.com:
> Can someone advise if a VM is a better option than using WINE, to run a
> application built on Windows OS on Debian/Buster. Open to other suggestions
> as well.
>
Nate's already given the gist but I think you should cla
* On 2020 27 Jun 03:59 -0500, manish tripathi wrote:
> Can someone advise if a VM is a better option than using WINE, to run a
> application built on Windows OS on Debian/Buster. Open to other suggestions
> as well.
My experience is that it depends on the application and what Windows
Can someone advise if a VM is a better option than using WINE, to run a
application built on Windows OS on Debian/Buster. Open to other suggestions
as well.
Thanks
Trips
On Vi, 01 mai 20, 14:05:42, Dale Harris wrote:
>
> It was pretty much a fresh install from DVD. I did have some issues
> remounting the install DVD from the ILO, but otherwise it pretty normal
> install.
Was the system fully up-to-date before attempting to install wine32?
> It's working now.
T
On Wed, Apr 29, 2020 at 12:54 PM Andrei POPESCU
wrote:
>
> Apparently your system has received the security update for amd64, but
> not for i386.
>
> My guess is this the reason for the divergence between the amd64 and
> i386 on your system and you should look into it.
>
It was pretty much a fre
On Mi, 29 apr 20, 09:35:12, Dale Harris wrote:
>
> Okay, did some of that, the one that really blows up is libicu63:i386, when
> I try to install that it was to remove most of the amd64 packages.
>
> # apt-cache policy libicu63:i386
> libicu63:i386:
> Installed: (none)
> Candidate: 63.1-6
>
On 2020-04-29 at 10:04, Dale Harris wrote:
> On Wed, Apr 29, 2020 at 9:35 AM Dale Harris wrote:
>
>> On Wed, Apr 29, 2020 at 8:54 AM The Wanderer wrote:
>>
>>> The basic procedure would be an iteration over adding the "will not be
>>> installed" packages (or, in the case of a remove-the-wrong-t
On Wed, Apr 29, 2020 at 9:35 AM Dale Harris wrote:
> On Wed, Apr 29, 2020 at 8:54 AM The Wanderer wrote:
>
>> The basic procedure would be an iteration over adding the "will not be
>> installed" packages (or, in the case of a remove-the-wrong-things
>> explosion, the important packages that woul
On Wed, Apr 29, 2020 at 8:54 AM The Wanderer wrote:
>
> Random stabs in the direction of developing a usable set of steps to
> follow: since you suspect the system may have a problem with i386
> packages to begin with, it might be useful to know whether you actually
> have any already installed.
Sorry for the delayed response; I was responding in gaps mid-shift on
Monday, and then spent Tuesday actually in the office instead of working
remotely.
On 2020-04-27 at 15:05, Dale Harris wrote:
> On Mon, Apr 27, 2020 at 2:29 PM The Wanderer wrote:
>
>> On initial examination, I see no meaning
On Mon, Apr 27, 2020 at 2:29 PM The Wanderer wrote:
>
> On initial examination, I see no meaningful issues in that output.
>
> Just to check: is the output of that 'apt-cache policy' command any
> different if you replace 'libwine' with 'libwine:i386'?
>
> If so, please pass along the output from
On 2020-04-27 at 14:14, Dale Harris wrote:
> On Mon, Apr 27, 2020 at 1:21 PM The Wanderer wrote:
>
>> What do you get from
>>
>> $ apt-cache show wine wine32:i386 libwine
>>
>> $ apt-cache policy libc6
>>
>> apt-cache policy $(apt-cache show libwi
On Mon, Apr 27, 2020 at 1:21 PM The Wanderer wrote:
>
>
> What do you get from
>
> $ apt-cache show wine wine32:i386 libwine
>
$ apt-cache policy libc6
>
> apt-cache policy $(apt-cache show libwine | grep Depends | sed 's/[:,]
> /\n/g' | sed 's/\([^
On 2020-04-27 at 12:43, Dale Harris wrote:
> On Thu, Apr 23, 2020 at 3:37 PM The Wanderer wrote:
>
>> >> What do you get if you just try
>> >>
>> >> # apt-get install wine
>> >
>> > # apt install wine32
>
> The application I ne
On Thu, Apr 23, 2020 at 3:37 PM The Wanderer wrote:
>
>
> >
> >> What do you get if you just try
> >>
> >> # apt-get install wine
> >
> > # apt install wine32
>
The application I need to run requires the 32 bit version of wine, so if I
rything worked fine at my side.
>
> Regards,
> Klaus.
>
> Dale Harris wrote:
> > Yeah, I did that.
> >
> > I have
> >
> > deb
> >
> https://download.opensuse.org/repositories/Emulators:/Wine:/Debian/Debian_10
> > ./
> >
1 - 100 of 1170 matches
Mail list logo