Dan Kegel wrote:
> On Sat, Feb 14, 2009 at 11:21 AM, Scott Ritchie wrote:
>> I want to cut down on the number of items in the menu as it is - winecfg
>> will be integrated into a System -> Preferences -> Windows Applications
>> menu, browse C:\ drive will be in Places, and uninstall would go into
Roderick Colenbrander wrote:
>> 1.1.15 fails to build using an identical layout to 1.1.14, which means
>> something has changed with either the build dependencies or the way
>> configure is working.
>>
>> Here's the build failure I'm getting on amd64, but it fails on all
>> arches:
>> http://launch
On Sat, Feb 14, 2009 at 10:09 PM, Vitaliy Margolen
wrote:
> Dan Kegel wrote:
>> dpkg-query -L wine | grep mime
>> shows that the ubuntu wine package is creating a file
>> /usr/lib/mime/packages/wine
>> which contains lines like
>>
>> application/x-msdos-program; /usr/bin/wine '%s'; description=Win
Martin Hinner wrote:
> reducing our task only to maintain native Linux
> shared lib for hardware access.
Which means you'll have to maintain it anyway. No, what you proposed not
going to fly. It can not work within Wine. It's called "hack" and things
with that name not getting into Wine.
Vitaliy
Dan Kegel wrote:
> dpkg-query -L wine | grep mime
> shows that the ubuntu wine package is creating a file
> /usr/lib/mime/packages/wine
> which contains lines like
>
> application/x-msdos-program; /usr/bin/wine '%s'; description=Windows
> Executable
> application/x-msdownload; /usr/bin/wine '%s';
"Austin English" wrote:
> Perhaps we should wait for bugs to be closed by AJ in the next
> release, even if they were fixed in a previous release? That way, they
> should up in the release notes.
>
> Dan brought it up on another bug, and I agree...but figured it should
> be brought up here.
>
>
2009/2/15 Dan Kegel :
> On Sat, Feb 14, 2009 at 5:11 PM, Ben Klein wrote:
>> You obviously don't understand how Wine works. It's not in win32, nor
>> is it in any other API standard Wine has to deal with (such as
>> Directx). It won't be shipped with Wine.
>
> I think that's not quite true. There
2009/2/15 Hin-Tak Leung :
>
> --- On Sun, 15/2/09, Ben Klein wrote:
>
>> 2009/2/15 Hin-Tak Leung :
>> > I have no idea why suddenly at wine 1.1.15 it requires
>> the
>> > x86_64-redhat-linux-{as,ld,nm} form of the binutils
>> tools. It seems to treat x86_64 suddenly as a
>> cross-compiling environ
VItaliy,
On Sun, Feb 15, 2009 at 3:21 AM, Vitaliy Margolen
wrote:
> Depending on what you need to do it might be a good thing or might be a
> complete no-go. Remember that Wine has an additional layer on top of system.
> If you bypass it, you can potentially create lots and lots of problems.
I u
On Sat, Feb 14, 2009 at 5:11 PM, Ben Klein wrote:
> You obviously don't understand how Wine works. It's not in win32, nor
> is it in any other API standard Wine has to deal with (such as
> Directx). It won't be shipped with Wine.
I think that's not quite true. There are a couple supported
wine e
On Sat, Feb 14, 2009 at 5:03 PM, Austin English wrote:
> Perhaps a shot of wine running firefox, with, e.g.,
> http://thismachine.info, to show it's running on wine.
I'll probably do that live.
> A before/after of Safari with corefonts might also be good, to show an
> example of what winetricks
On Sat, Feb 14, 2009 at 5:59 PM, Vitaliy Margolen
wrote:
> Agreed meaning for "closed" status was "the fix present in Wine release".
Right, agreed.
> If bug reporter wasn't fast enough to report bug fixed in the 5 minutes
> elapsed between AJ pushing new release tag and wholesale closing of all
On Sat, Feb 14, 2009 at 6:04 PM, Vitaliy Margolen
wrote:
> What happened with 'wine start /unix %f'? Doesn't it work for you?
It turns out that having cxchromium installed
does interesting things to nautilus's treatment
of .exe files.
I think uninstalling cxchromium made things work better.
For
Martin Hinner wrote:
> On Sun, Feb 15, 2009 at 12:35 AM, Detlef Riekenberg wrote:
>> - It's already present in Wine:
>> libwine.dll has exports for wine_dlopen/wine_dlclose/wine_dlsym
>> please read: libs/wine/loader.c
>
> I saw it, but I don't understand how is it exported to the "Win32
> worl
Martin Hinner wrote:
> Hello,
>
> Purpose of this Wine DLL is to allow Windows applications to use
> directly Unix library functions. This is useful for example for
> applications which talk to specific drivers and it's not
> efficient/possible to create system native DLL for such driver or
>
Dan Kegel wrote:
> Ran into this again today. I usually launch everything
> from the commandline, but in preparation for my cebit
> talk, I started trying to use the GUI and just double-
> click on apps in Nautilus. (This is Ubuntu 8.10.)
> Works fine until I try it with the setup.exe in the
> di
Dan Kegel wrote:
> A few months ago, Alexandre started including lists of fixed
> bugs in his release announcements.
> See e.g. http://www.winehq.org/announce/1.1.15, which says
>
> Bugs fixed in 1.1.15:
>5694 Lionhead Black & White 2 demo crashes
>7014 Unhandled page fault when exiting
2009/2/15 Hin-Tak Leung :
> I have no idea why suddenly at wine 1.1.15 it requires the
> x86_64-redhat-linux-{as,ld,nm} form of the binutils tools. It seems to treat
> x86_64 suddenly as a cross-compiling environment.
Are you sure nothing in the build environment just happened to change
in the la
2009/2/15 Dan Kegel :
> On Sat, Feb 14, 2009 at 2:33 PM, Ben Klein wrote:
>> Probably. It's worth trying out, but I have an idea to work around it:
>>
>> #!/bin/sh
>> DIR=`dirname "$1"`
>> DIR=`cd "$DIR"; pwd`
>> pushd "$DIR"
>> wine "$@" &
>> popd
>> fg
>
> I don't think that'll help, offhand.
W
2009/2/15 Martin Hinner :
> If wine-team decides not to include this (or similar .dll) in the Wine
> package, we'll just redistribute it with the application, but I think
> there is need for such library.
You repeat yourself in another post:
2009/2/15 Martin Hinner :
> I am not pushing on WINEGAT
On Sat, Feb 14, 2009 at 6:49 PM, Dan Kegel wrote:
> I've been slowly finishing my cebit presentation. The current draft is at
> http://kegel.com/cebit/
>
> It now talks briefly about winetricks,
> and uses firefox and safari as examples
> of installing and running platinum and bronze
> apps.
Pe
I've been slowly finishing my cebit presentation. The current draft is at
http://kegel.com/cebit/
It now talks briefly about winetricks,
and uses firefox and safari as examples
of installing and running platinum and bronze
apps.
It also talks more about support, since a
windows admin I showed
Ben,
On Sat, Feb 14, 2009 at 7:10 AM, Ben Klein wrote:
> 2009/2/14 Martin Hinner :
> Wine is (or has been) working on a driver system to handle native
> Windows USB device drivers via libusb, for things like printers and
> scanners where there are no Linux-native drivers. This is a better
> solut
Dan,
On Sat, Feb 14, 2009 at 7:44 AM, Dan Kegel wrote:
> I'd been suggesting to ISVs that they create a single
> winelib dll and conditionally load that if present,
> but winegate.dll might be an appealing alternative.
I think wine needs some universal library so as there is not 20 other
ISV-spe
A few months ago, Alexandre started including lists of fixed
bugs in his release announcements.
See e.g. http://www.winehq.org/announce/1.1.15, which says
Bugs fixed in 1.1.15:
5694 Lionhead Black & White 2 demo crashes
7014 Unhandled page fault when exiting Commandos - BEL
7297 MIDI
On Sun, Feb 15, 2009 at 12:35 AM, Detlef Riekenberg wrote:
> On Sa, 2009-02-14 at 05:39 +0100, Martin Hinner wrote:
> Hi Martin.
> Thanks for your interest in Wine.
> I read your Mail, and my first impresion was: not needed
>
> After downloading winegate.tar.gz and reading the source:
> winegate i
On Sat, Feb 14, 2009 at 5:59 PM, wrote:
> http://bugs.winehq.org/show_bug.cgi?id=17104
>
>
> Vitaliy Margolen changed:
>
> What|Removed |Added
>
> Status|RESOLVED
On Fr, 2009-02-13 at 22:44 -0800, Dan Kegel wrote:
> Very interesting.
... but not needed
> I'd been suggesting to ISVs that they create a single
> winelib dll and conditionally load that if present,
> but winegate.dll might be an appealing alternative.
Use wine_dlopen/wine_dlclose/wine_dlsym fr
On Sa, 2009-02-14 at 05:39 +0100, Martin Hinner wrote:
> Hello,
>
> I have created a small library to allow Win32 applications running
> under Wine to load native Unix shared libraries (.so). First (one-hour
> hack) version is available at
> http://martin.hinner.info/tmp/winegate.tar.gz ; Please
On Sat, Feb 14, 2009 at 3:09 PM, Dan Kegel wrote:
> Is http://wiki.winehq.org/USB up to date?
>
> I could have sworn that Alexander Morozov
> had submitted a new version of his patch,
> but I can't find it.
Found it and added to the wiki page.
Has anybody tried the Jan 20 patch?
- Dan
Is http://wiki.winehq.org/USB up to date?
I could have sworn that Alexander Morozov
had submitted a new version of his patch,
but I can't find it.
On Sat, Feb 14, 2009 at 2:33 PM, Ben Klein wrote:
> Probably. It's worth trying out, but I have an idea to work around it:
>
> #!/bin/sh
> DIR=`dirname "$1"`
> DIR=`cd "$DIR"; pwd`
> pushd "$DIR"
> wine "$@" &
> popd
> fg
I don't think that'll help, offhand.
Maybe the original script will work j
2009/2/15 Dan Kegel :
> Ran into this again today. I usually launch everything
> from the commandline, but in preparation for my cebit
> talk, I started trying to use the GUI and just double-
> click on apps in Nautilus. (This is Ubuntu 8.10.)
> Works fine until I try it with the setup.exe in the
http://bugs.winehq.org/show_bug.cgi?id=17195
with only one significant bug - some memory corruption - the semantics
are now correct in the namedpipe messagemode patch. i drew a diagram
outlining the data structures / design
http://bugs.winehq.org/attachment.cgi?id=19449 because it's so
horrendous
Ran into this again today. I usually launch everything
from the commandline, but in preparation for my cebit
talk, I started trying to use the GUI and just double-
click on apps in Nautilus. (This is Ubuntu 8.10.)
Works fine until I try it with the setup.exe in the
directory created by the Adobe
On Sat, Feb 14, 2009 at 11:21 AM, Scott Ritchie wrote:
> I want to cut down on the number of items in the menu as it is - winecfg
> will be integrated into a System -> Preferences -> Windows Applications
> menu, browse C:\ drive will be in Places, and uninstall would go into
> Applications->Add/Re
Dan Kegel wrote:
> I know, when I wrote Winetricks, I meant it as a developers'
> tool only. But... then... people started using it, and
> it made sense to provide it as a way to download missing
> visual C++ runtimes etc. for average users.
>
> Quite a few newbies trip over the fact that it
> ne
Ben Klein wrote:
> Stupid Gmail sent my last mail twice, it seems.
>
> 2009/2/15 Roderick Colenbrander :
>
>>> 1.1.15 fails to build using an identical layout to 1.1.14, which means
>>> something has changed with either the build dependencies or the way
>>> configure is working.
>>>
>>> Here's t
> No, I used RegGetValue which expands them for me.
Ah, right, that explains the other change as well. Thanks :)
--Juan
>
> Now, at some point we should come up with a better menu item name
> than Winetricks, but I have no idea how to sum it up properly.
> winetricks has a fair bit of name recognition, and requires no
> localization, so let's run with that name until we figure out
> what it should really be called
Great! If Scott does the same for Ubuntu, it'll simplify
my CeBit presentation. Currently I have to dance
around explaining how to get winetricks... if it's
right there in the menus, the presentation will flow
better.
On Sat, Feb 14, 2009 at 7:23 AM, marco wrote:
> A menu item is added for mand
A menu item is added for mandriva
and dependencies are added.
and will be active for the next version 1.1.16
Marco
Dan Kegel schreef:
> So, for people packaging wine, here's a proposed plan:
>
> 0. See http://wiki.winehq.org/winetricks if you're not familiar with
> winetricks
>
> 1. Download h
So, for people packaging wine, here's a proposed plan:
0. See http://wiki.winehq.org/winetricks if you're not familiar with winetricks
1. Download http://www.kegel.com/wine/winetricks
(or get it via svn, see http://code.google.com/p/winezeug )
It's a monolithic shell script, so you don't need to
Stupid Gmail sent my last mail twice, it seems.
2009/2/15 Roderick Colenbrander :
>> 1.1.15 fails to build using an identical layout to 1.1.14, which means
>> something has changed with either the build dependencies or the way
>> configure is working.
>>
>> Here's the build failure I'm getting on
> 1.1.15 fails to build using an identical layout to 1.1.14, which means
> something has changed with either the build dependencies or the way
> configure is working.
>
> Here's the build failure I'm getting on amd64, but it fails on all
> arches:
> http://launchpadlibrarian.net/22606029/buildlog_
2009/2/14 Scott Ritchie :
> 1.1.15 fails to build using an identical layout to 1.1.14, which means
> something has changed with either the build dependencies or the way
> configure is working.
Worked for me on my Debian build environments. No changes required ...
> Here's the build failure I'm ge
2009/2/14 Scott Ritchie :
> 1.1.15 fails to build using an identical layout to 1.1.14, which means
> something has changed with either the build dependencies or the way
> configure is working.
Worked for me on my Debian build environments. No changes required ...
> Here's the build failure I'm ge
1.1.15 fails to build using an identical layout to 1.1.14, which means
something has changed with either the build dependencies or the way
configure is working.
Here's the build failure I'm getting on amd64, but it fails on all
arches:
http://launchpadlibrarian.net/22606029/buildlog_ubuntu-intrepi
Would it also be possible for someone to revisit the past GSOC's (
http://wiki.winehq.org/SummerOfCode/PreviousProjects ) and state what happened
with each projects contributions in relation to being added to Wine, etc..
-
Nat
--- On Sat, 14/2/09, Kai Blin wrote:
> From: Kai Blin
> Subject: GS
How about help in a .chm file :)
--- On Sat, 14/2/09, Dan Kegel wrote:
> From: Dan Kegel
> Subject: Proposal: put Winetricks into Wine menu
> To: "wine-devel@winehq.org"
> Received: Saturday, 14 February, 2009, 4:42 PM
> I know, when I wrote Winetricks, I meant it as a
> developers'
> tool on
Hi folks,
the organization application period for GSoC 2009 is starting on March 9th, so
it's time to get our http://wiki.winehq.org/SummerOfCode wiki page in shape
again. Detlef Riekenberg and Roderick Colenbrander made a good start, so if
the rest of you could check and make sure that all the
On Friday 13 February 2009 18:54:23 Reece Dunn wrote:
> The real benefit in terms of speed for Wine would be not to use msvc,
> but to hand-optimise specific algorithms to take advantage of faster
> assembly instructions. This would likely be for the cryptographic
> algorithms (SHA1, MD5, etc),
I
52 matches
Mail list logo
