http://bugs.winehq.org/show_bug.cgi?id=19421
Summary: Can't upload attachments from a Mac running Mac OS
10.5
Product: WineHQ Bugzilla
Version: 3.2.3
Platform: PC
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cdavis(a)mines.edu
I can't upload attachments from a Mac running Mac OS 10.5. It does not matter
which browser I use (tested with Firefox and Safari). When I click submit to
begin the upload, the browser tells me it's sending the request, and then it
just sits there and does nothing. If I click the browser's stop button, I find
that my attachment is not there at all, like I didn't even try to attach
anything in the first place. Same thing happens when I try to create a new bug
with an initial attachment (like I tried to do with bug 19412; I wanted to
attach a log, but couldn't).
Don't tell me this is a bug with Mac OS or whatever browser I'm using (at the
moment, Firefox). I tried the Landfill test installation on Bugzilla's website,
and uploading attachments worked just fine. I tried both the 3.0 and 3.2
branches. Maybe it's time to upgrade?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20763
Summary: make crosstest fails on Mac OS X
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cdavis(a)mines.edu
(When bug 20762 is fixed, please change the OS to Mac OS X 10.6. Thank you.)
Building tests for Windows with mingw fails on Mac OS X. And yes, I do have
mingw installed. Specifically, tests fail to link with this message:
../../../dlls/winecrt0/libwinecrt0.a: could not read symbols: Archive has no
index; run ranlib to add one
collect2: ld returned 1 exit status
winegcc: i386-mingw32-gcc failed
Yes, I tried running the mingw ranlib on the library but it had no effect. I
also tried cleaning out dlls/winecrt0. That had this effect:
/usr/local/bin/../lib/gcc/i386-mingw32/3.4.5/../../../../i386-mingw32/bin/ld:
cannot find -lwinecrt0
collect2: ld returned 1 exit status
winegcc: i386-mingw32-gcc failed
I suspect that's because none of the cross tests depend on winecrt0 in their
Makefiles.
Running the mingw nm on libwinecrt0.a produces this:
i386-mingw32-nm: __.SYMDEF SORTED: File format not recognized
i386-mingw32-nm: delay_load.o: File format not recognized
i386-mingw32-nm: dll_entry.o: File format not recognized
i386-mingw32-nm: dll_main.o: File format not recognized
i386-mingw32-nm: drv_entry.o: File format not recognized
i386-mingw32-nm: exe16_entry.o: File format not recognized
i386-mingw32-nm: exe_entry.o: File format not recognized
i386-mingw32-nm: exe_main.o: File format not recognized
i386-mingw32-nm: exe_wentry.o: File format not recognized
i386-mingw32-nm: exe_wmain.o: File format not recognized
i386-mingw32-nm: init.o: File format not recognized
i386-mingw32-nm: stub.o: File format not recognized
because a) it doesn't support Mach-O and b) it doesn't support Apple ranlib
indexes at all, let alone sorted ones.
Are you sure winegcc should be pulling in winecrt0 for the i386-mingw32 target?
Are you sure we don't want to use mingw's CRT startup code? If we want to use
winecrt0, why don't the cross tests depend on it, and why isn't a version built
for mingw32?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21556
Summary: Steam Install Frozen
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Mac OS X 10.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joebobthe13th(a)gmail.com
Created an attachment (id=25970)
--> (http://bugs.winehq.org/attachment.cgi?id=25970)
Output Log
After installing Gecko Engine on my Mac I ran the command
$ wine start SteamInstall.msi
the Terminal displays a couple lines of text and gets frozen at
fixme:menubuilder:SaveIconResAsXPM Unsupported color depth 24-bit
fixme:menubuilder:SaveIconResAsXPM Unsupported color depth 32-bit
fixme:menubuilder:SaveIconResAsXPM Unsupported color depth 24-bit
How do I fix it so that I will be able to run a full install?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17967
Summary: BadValue to Apple-DRI
Product: Wine
Version: 1.0.1
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: boyland(a)cs.uwm.edu
I am running an executable created with Adobe Director for Windows.
Wine worked! (It seems to be the only way to be able to do this if the CD was
created
with WIndows in mind). But I did get the following errors that might be useful
to you:
Could not load Mozilla. HTML rendering will be disabled.
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 128 (Apple-DRI)
Minor opcode of failed request: 2 ()
Value in failed request: 0x600256
Serial number of failed request: 2846
Current serial number in output stream: 2846
fixme:wave:wodDsCreate DirectSound not implemented
fixme:wave:wodDsCreate The (slower) DirectSound HEL mode will be used instead.
(last two messages repeated ad infinitum)
NB: the application worked FINE. Thanks!
This is on a MacBookPro (2006 era) Intel-based macintosh.
I got wine using Macports.org (port install wine).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15720
Summary: Crash when attempting to run Lego Star Wars II
Product: Wine
Version: 1.1.6
Platform: PC-x86-64
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaziniho(a)gmail.com
When attempting to run Lego Star Wars II through wine 1.1.6 on OS X 10.5.4 and
X11.app.2.1.1 (xorg-server 1.3.0-apple5), a window appears on screen very
briefly (too briefly to read) then attached crash occurrs.
System is an intel core2duo 2.1Ghz with 4GB RAM and ample hard disk space.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13117
Summary: 1.0-rc1 fails to compile in Mac OS X
Product: Wine
Version: 1.0-rc1
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: teloiv(a)gmail.com
When trying to compile Wine 1.0-rc1 in Mac OS X Leopard, Wine errors during
make and fails to compile. I've attached the make output of the compile
failing. If i run 'make -k' to ignore the error, wine successfully compiles,
however this just ignores the problem, not solves it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21518
Summary: Ibiblio's 1.1.37 source code problem?
Product: Wine
Version: 1.1.37
Platform: x86-64
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jedimastermaniac(a)hotmail.com
Wine 1.1.37 source code from the ibiblio.org mirror connot be configured and
returns and errors that there are not enough privileges whereas the one from
sourceforge seems to be configured and built normally without issues
Dunno how this happened i found it quite strange
First time using hte bug report so sorry if i messed up
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15375
Summary: Failed to load libGL: dlopen(libGL.1.dylib, 266): image
not found
Product: Wine
Version: 1.1.5
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vladimir.endaltcev(a)gmail.com
After upgrading XQuartz to latest version 2.3.1 and installing wine 1.1.5 using
macports (wine-devel port) got following:
--
err:wgl:has_opengl Failed to load libGL: dlopen(libGL.1.dylib, 266): image not
found
err:wgl:has_opengl OpenGL support is disabled.
If set LD_LIBRARY_PATH to /usr/X11/lib then libGL works but faced to:
---
err:wgl:has_opengl glx_version is 1.2 and GLX_SGIX_fbconfig extension is
unsupported. Expect problems.
Could you explain why it is necessary to set env variables after installation?
Is it wine compilation defect?
Thanks in advance,
Vladimir
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19155
Summary: Ankh2: main character, NPC and other things black
without UseGLSL=disabled
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
With default Wine settings, that is without UseGLSL="disabled", the app
exhibits several related defects:
- The characters (Assil etc.) are drawn completely black.
- The intro displays black blocks on (correct) dark blue blackground instead of
the Deck13 logo in white and yellow.
- The game's first scene (alley/Gasse) is completely black except for the
passage to the illuminated main street. With "disabled", it's merely very dark
and Assil is visible (dark), which seems normal for this scene.
OTOH, The app seems to merit gold rating with UseGLSL=disabled, but it's too
early to tell after mere 10 minutes testing.
Alas, in both cases, there's a white square as background to the mouse pointer,
but that's another issue.
The logs are similar in both cases (not attached) and don't show anything not
already known from other apps (>1 backbuffer etc.) that work well.
Observed on nVidia Mac OSX 10.5.7, XQuartz 2.3.3.2 and Wine compiled myself
with nothing but Xcode 3.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.