http://bugs.winehq.org/show_bug.cgi?id=7957
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-19-05 18:29 -------
>The patch got into the Git and it should be fixed. Could you check?
Yip, it works fine now. Thanks.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8444
marius.andreiana(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-programs |wine-msi
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8445
Summary: merge the two wine menus
Product: Wine
Version: 0.9.36.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marius.andreiana(a)gmail.com
Wine creates two menus (named "Wine") (fedora, gnome 2.18)
One has Notepad, Software uninstaller.. other has just Programs (and installed
programs).
Please merge them into one
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8444
Summary: make .msi easier to install
Product: Wine
Version: 0.9.36.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marius.andreiana(a)gmail.com
A possible solution: wrapper for wine cmd line to install msi, and have this
registered in mime types to open .msi (as wine is opening .exe in nautilus)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8443
Summary: Add menu entry for wineboot
Product: Wine
Version: 0.9.36.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marius.andreiana(a)gmail.com
In Wine menu (near Notepad, software uninstaller...) there should be an item
"Simulate restart", which should run wineboot. Some installs require this (e.g.
menu items appear only after running it)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8418
------- Additional Comments From jasmine.aura(a)yahoo.com 2007-19-05 17:44 -------
In reply to comment #13
> Please don't post the same thing 2 times.
I apologize about that.. I made an error (trying to put <a href="url">link</a>
tags before i realized keywords comment and bug are automatically linked.
I tried to go back and edit my post - hoping it would commit changes and not a
new post. Not smart indeed.
> The suggested patch is not acceptable _exactly_ because of the errors you have.
Of course not. I didn't try to imply that I would expect that. That's why I put
"in reply to Comment #5" at the beginning of that post, as it was directed to
Karsten just to bring it to their attention.
Nevertheless, it's not at all uncommon for some releases to incorporate patches
that fix or implement something, and break other things. It happens. Recent
example is a regression introduced possibly caused by the new Xcursor support in
0.9.34, and as of 0.9.37 has not yet been fixed and the proposed patch(es) not
yet reviewed/approved - though it works for me..
> You can't arbitrary change "managed" flag of the window.
Of course not. I think you misunderstood what I meant to say or I'm
misinterpreting what you're saying.
I have a hard time understanding the last statement you said:
>It can only be made "madaged" if it was not managed before. But not the other
> way around.
Are you commenting on what the patch does, or the behavior of the application in
"managed" mode?
I originally had selected "Allow the window manager to control the windows" in
the graphics section of winecfg. Remote Administrator main screen (that lists
the connections i previously added) displays correctly with it's "managed"
window, when a connection is established, the new (viewer) screen that comes up
creates another taskbar entry (meaning it's being managed by the window manager
and not the application) as expected, but missing it's window/frame.
Not trying to arbitrarily change anything. I can care less about the functions
in the system menu dialog, so i dont really _need_ non-managed mode, though it
would be nice if it could work in 'managed' mode as well is I all I was saying -
though I know it's not possible.
My main concern is the title, the missing window/frame in managed mode, and
that's what this bug report is for.
Your comment reminds me of a question I had: why is the Managed & Virtual
Desktop modes in winecfg's Graphics tab checkbox type selection? Could both
modes be enabled at the same time? A radio type selection would make more
sense, I think.
sorry about the lengthy (and the dup) post.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8066
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-19-05 17:39 -------
Confirming. I used the download from http://www.gamershell.com/download_17028.shtml
Somehow a stupid NULL-pointer for bitmapinfo is passed to CreateDIBSection. A
simple check for that is enough to make the application happy again. I'll send a
patch to wine-patches.
BTW, after that it complains that it cannot find any updates. Using native
wininet works around that bug. Didn't test any further, there was gameguard
stuff again :(
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8442
Summary: configure finds sysctl.h but it does not compile on
OpenBSD 4.1
Product: Wine
Version: 0.9.37.
Platform: Other
OS/Version: OpenBSD
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-ports
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: utg_vrtz(a)yahoo.se
configure: WARNING: sys/sysctl.h: present but cannot be compiled
configure: WARNING: sys/sysctl.h: check for missing prerequisite headers?
configure: WARNING: sys/sysctl.h: see the Autoconf documentation
configure: WARNING: sys/sysctl.h: section "Present But Cannot Be Compiled"
configure: WARNING: sys/sysctl.h: proceeding with the preprocessor's result
configure: WARNING: sys/sysctl.h: in the future, the compiler will take precedence
configure: WARNING: ## ------------------------------------ ##
configure: WARNING: ## Report this to wine-devel(a)winehq.org ##
configure: WARNING: ## ------------------------------------ ##
I didn't manage to get the header dependencies right, so I leave
this to those who are used to working with configure scripts.
>From config.log:
configure:6235: checking sys/sysctl.h usability
configure:6247: gcc -c -g -O2 conftest.c >&5
In file included from /usr/include/sys/sysctl.h:46,
from conftest.c:105:
/usr/include/sys/ucred.h:49: error: `NGROUPS' undeclared here (not in a function
)
In file included from /usr/include/sys/sysctl.h:47,
from conftest.c:105:
/usr/include/sys/proc.h:65: error: `MAXLOGNAME' undeclared here (not in a functi
on)
/usr/include/sys/proc.h:91: error: syntax error before "int"
/usr/include/sys/proc.h:215: error: syntax error before "sigset_t"
/usr/include/sys/proc.h:230: error: `MAXCOMLEN' undeclared here (not in a functi
on)
In file included from conftest.c:105:
/usr/include/sys/sysctl.h:327: error: `MAXLOGNAME' undeclared here (not in a fun
ction)
I got around the problem by putting an include directive of sys/param.h
into sys/proc.h and sys/ucred.h, but that is extremely hard to turn into
a patch for the wine package. ;)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8441
Summary: configure script test with wrong outcome on OpenBSD
Product: Wine
Version: 0.9.37.
Platform: Other
OS/Version: OpenBSD
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-ports
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: utg_vrtz(a)yahoo.se
The test shown below succeeds, which it shouldn't on OpenBSD.
(One workaround is to remove some AC_TRY_FLAGS lines
in configure.ac, but I haven't come up with a proper solution.)
>From configure:
echo "$as_me:$LINENO: checking whether the compiler supports -fPIC -Wl,--rpath,\
$ORIGIN/../lib" >&5
>From configure.ac:
WINE_TRY_CFLAGS([-fPIC -Wl,--rpath,\$ORIGIN/../lib],
[LIBWINE_LDFLAGS="-Wl,--rpath,\\\$\$ORIGIN/\`\$(RELPATH) \
$(bindir) \$(libdir)\`"],
[WINE_TRY_CFLAGS([-fPIC -Wl,-R,\$ORIGIN/../lib],
[LIBWINE_LDFLAGS="-Wl,-R,\\\$\$ORIGIN/\`\$(RELPATH) \
$(bindir) \$(libdir)\`"])])
>From config.log:
configure:13138: checking whether the compiler supports -fPIC -Wl,--rpath,$ORIGI
N/../lib
configure:13161: gcc -o conftest -g -O2 -fPIC -Wl,--rpath,$ORIGIN/../lib conft
est.c -lossaudio -li386 >&5
configure:13167: $? = 0
configure:13171: test -z
|| test ! -s conftest.err
configure:13174: $? = 0
configure:13177: test -s conftest
configure:13180: $? = 0
configure:13193: result: yes
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6667
------- Additional Comments From winter.blood(a)gmail.com 2007-19-05 17:16 -------
I had thought of that and tried that.
Did not solve the problem for me.
Though, i'm going to hve a hard time helping to solve this bug now, as
wine_gecko has decided that its going to completly lock up my patch client now.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.