Dan Kegel wrote:
On Thu, Apr 10, 2008 at 7:40 PM, Scott Ritchie [EMAIL PROTECTED] wrote:
Wine-mono on the other hand is probably premature.
How many apps are helped at the moment by
winetricks mono12
? I don't think it's a large number.
Honestly I don't know. Is this due
, but only one reference in the code, and a few on wine-devel
(all of which are pretty old). Is it safe to remove this info?
-Austin
That documentation really should be deleted and moved to the wiki.
Thanks,
Scott Ritchie
isn't necessarily needed
within Wine other than support for modifying this new key using
something like reg.exe on the terminal.
It seems like it'd be fairly simple to implement, too. Any thoughts?
Thanks,
Scott Ritchie
beyond
the scope of the wine-devel list ;)
Thanks,
Scott Ritchie
, ...
Is this also the order of the most mature modules? It seems to make
sense doing this kind of cleanup on the more stable parts first, since
the fixes are more likely to be permanent.
Thanks,
Scott Ritchie
Vitaliy Margolen wrote:
3. After the next release, if the bug is still present, modify version to
that release. Of course no modifying of old bugs.
Sounds like a simple addition to Alexandre's (scripted?) closing of all
fixed bugs on release day.
Thanks,
Scott Ritchie
a new redesign, and I'm very
happy you've offered to help.
Thanks,
Scott Ritchie
for the release candidates to hit the
betas of the upcoming distro releases.
Thanks,
Scott Ritchie
Alexandre Julliard wrote:
Scott Ritchie [EMAIL PROTECTED] writes:
The alternative, truthfully, is choosing between shipping Ubuntu with a
2+months out of date Wine version or an untested one. Either option sucks.
I don't see how we can possibly have a tested release ready every time
some
C code is fairly minimal, but it shouldn't be
too hard to look at one of their changes and see if it applies to
current git, and if it does just forward-port it.
Thanks,
Scott Ritchie
On Ubuntu, doing something like apt-get build-dep wine will prevent
those kind of user errors.
Really we just need to improve the wiki page a bit rather than bother
with extra work on make test.
Thanks,
Scott Ritchie
Jeremy White wrote:
So...turns out that in this flood of new reporting
, however they're all clustered
around Ubuntu releases.
It certainly seems reasonable that new big applications working would
drive interest in Wine and therefore search queries, but I'm not sure
how to separate that out from interest due to releases in general.
Thanks,
Scott Ritchie
to archive the old changes online, I'm not sure.
Culling the changelog like this will reduce package size substantially.
The text, even when compressed, is rather large.
Thanks,
Scott Ritchie
through developer efforts and also
accidentally through receiving more bug reports.
Thanks,
Scott Ritchie
familiar with it like the original author was. It's a real problem if
our code can't be read by a reasonably skilled hacker and fixed properly
when Valgrind starts spewing warnings.
Thanks,
Scott Ritchie
installation questions. I believe, though can't prove, that this means
we are under-representing Wine users, as it seems reasonable that Wubi
installs would be more likely to have Windows applications to run and
thus need Wine.
Thanks,
Scott Ritchie
Tom Wickline wrote:
On Fri, May 30, 2008 at 10:17 AM, Scott Ritchie [EMAIL PROTECTED] wrote:
Combine this with other estimates of Ubuntu's user base (about 8 million
last I heard), and you have approximately 800,000 Wine users.
That would be 800,000 Wine users on Ubuntu right? 10
up with .tar.gz. I'll try and fix it.
Thanks,
Scott Ritchie
to the opendocument
standard as well.
Thanks,
Scott Ritchie
.
Thoughts?
-Scott Ritchie
On Sun, 2005-11-20 at 12:55 +0100, Stephan Hermann wrote:
Hi Scott,
On Sat, 2005-11-19 at 22:01 -0800, Scott Ritchie wrote:
Greetings,
As part of my work to create the ultimate works-out-of-the-box Wine
package, I've begun to ponder the idea of including the Mozilla ActiveX
control
On Sun, 2005-11-20 at 21:19 +0100, Jonathan Ernst wrote:
Le dimanche 20 novembre 2005 à 12:04 -0800, Scott Ritchie a écrit :
[...]
Requiring the user to configure it with Winetools is always an option.
Currently, when Wine discovers an app like Steam that needs ActiveX, it
prompts
be what you least
expect... ;-) I wish I could shed a little more light on your plight
though. I wish you the best of luck :)
James
Just run memtest86 on the machine overnight. That'll tell you whether
there's a hardware memory issue or not.
-Scott Ritchie
the build dependencies? (Check configure's
output)
Thanks,
Scott Ritchie
things. If you or someone else
with Photoshop 7 is willing/able to do a lot more, however, we can
attempt to isolate the exact patch that caused the breakage by doing
several recompiles with/without various patches that have been applied
since the last version.
Thanks,
Scott Ritchie
to report regressions when one doesn't
know the exact module causing the problem.
Thanks,
Scott Ritchie
this idea.
-Scott Ritchie
On Thu, 2005-12-15 at 09:36 -0800, Bill Medland wrote:
On December 15, 2005 01:00 am, Scott Ritchie wrote:
On Wed, 2005-12-14 at 14:51 -0800, Bill Medland wrote:
I am intending doing some work and submitting some patches
to improve the integration with the operating system
desktop
and the Jan 19th release.
Thanks,
Scott Ritchie
On Fri, 2005-12-16 at 23:45 -0700, Vitaliy Margolen wrote:
Friday, December 16, 2005, 11:26:28 PM, Scott Ritchie wrote:
On Fri, 2005-12-16 at 19:48 +0100, Alexandre Julliard wrote:
The goal is not to prevent regressions between every minor point
release, it's to make releases frequently
On Sun, 2005-12-18 at 22:35 -0800, James Liggett wrote:
Hi,
For a while now I've been noticing a very bad regression in winsock with
steam. If I try to view information about a server using the View game
info command, my Internet connection fails completely. Not only that,
but sometimes *all*
reported it took out the internet of the machine
Wine was running on until a restart. A userlevel application shouldn't
be able to do that, which would mean there might be an internet-killing
exploit in the form of a winelib app.
Thanks,
Scott Ritchie
to
report regressions, rather than emailing me.
Thanks,
Scott Ritchie
On Fri, 2006-01-06 at 07:36 +0100, Emmanuel Charpentier wrote:
Dear Scott,
As stated in the title, Wine 0.9.5 no longer runs Dragon Naturally
Speaking (voice recognition). I Cc this mail to [EMAIL PROTECTED],
because he's
was
because we weren't supplying forums at winehq, but nothing ever happened
because of it as we assumed that fixing the AppDB would take care of
that problem. It hasn't - there's still a lot to say about Wine, and it
ain't happening there.
Thanks,
Scott Ritchie
Thanks,
Scott Ritchie
much for this Tom,
it's rather interesting.
Thanks,
Scott Ritchie
luck hasn't
been good lately.
Thanks,
Dan
You might also be interested in http://bugs.winehq.org/show_bug.cgi?id=20812
Thanks,
Scott Ritchie
My notes from Wineconf remind me that I need to create some manual links
in the registry to whatever default CJK fonts are on the system. Can
someone tell me what these are supposed to look like?
Thanks,
Scott Ritchie
I wanted to experiment with these, but I'm not sure of their current
state. Do they still apply cleanly? Are they on track for eventual
inclusion? I'm willing to help provide community testing by putting
them in a special package repository.
Thanks,
Scott Ritchie
was tasked at Wineconf with sprucing up the Donate page to
answer questions like this in detail, however I had been putting it off
until I got my actual reimbursement check from wineconf. That finally
happened recently, so I'll be working on this.
Thanks,
Scott Ritchie
to be a regression in the Linux kernel:
http://bugzilla.kernel.org/show_bug.cgi?id=15273
thanks
bye
michael
This isn't the first time a ptrace change broke Wine. Something very
similar happened a few years ago.
Thanks,
Scott Ritchie
), and also get separate permission from Sun. This strikes me
as rather feasible - Ubuntu already ships Sun's Java in its parter
repository - however we'd need to work out how it would work technically
here first. Ideally, Sun's installer wouldn't need to be modified.
Thanks,
Scott Ritchie
?
The website pages are supposed to be automatically generated from the
docs every release. So patch the docs themselves.
Not sure if this process still works though.
Thanks,
Scott Ritchie
, and especially what paid Novell people won't be doing (and thus
needs to be done by the community).
Thank you for starting that wiki page, it's a great step in that direction.
Thanks,
Scott Ritchie
You may be able to add the timedemo mode of a few games.
Thanks,
Scott Ritchie
On 04/17/2010 10:37 AM, Dan Kegel wrote:
I've added four benchmarks to wisotool:
3dmark03 3D Mark 03 (Futuremark, 2003)
3dmark06 3D Mark 06 (Futuremark, 2006)
re5bench Resident Evil 5 Benchmark
the discussion. I'm willing to help Michael get Windows Phoronix
working in Wine, if need be. Needless to say, thanks in advance :)
Thanks,
Scott Ritchie
, if they are
indeed still enabled you wouldn't get an Apples:Apples comparison even
on the same hardware.
Thanks,
Scott Ritchie
On 05/01/2010 11:08 AM, Dan Kegel wrote:
I did some apples-to-apples 3d benchmarking today on a dual boot system.
It looks offhand like Windows is about twice as fast as Wine
of date. As it is sometimes the translations get much older than the
English version and become less useful than an untranslated document.
Thanks,
Scott Ritchie
and understand what we've done and why it's great.
I've created a rough skeleton of things to have here:
http://wiki.winehq.org/Wine1.2Announcement
I'm very busy at the Ubuntu Developer Summit at the moment but I'll put
some good work into it soon.
Thanks,
Scott Ritchie
.
This means we might be substantially underestimating Wine users if we
use the Valve hardware survey as a basis. Last I remember we were at
0.4% or so, but that was over a year ago.
Thanks,
Scott Ritchie
I was doing some housecleaning work looking at the WineHQ website, and I
realized we still have an awful lot of flat, wide text on the About
page. This is the perfect place to collapse it into a column and fill
the right side of the screen with an image.
But...what image?
Thanks,
Scott Ritchie
with the details about why this is a
good idea, but I believe it had something to do with keyboard layout
issues for International users, especially in East Asia.
Do you know anyone who might want to work on this?
Thanks,
Scott Ritchie
On 05/21/2010 06:16 AM, Paul TBBle Hampson wrote:
(Resending, on-list. Thanks, Gmail, apologies to Scott _)
On 21 May 2010 14:29, Scott Ritchie sc...@open-vote.org wrote:
By the way, you're not the only one who wants this. At the Ubuntu
Developer Summit we talked about the need for ripping
verify the packaging
and put it in the archive (or store if it's a paid app), and have it
depend on the system Wine. Then I check it against every Wine version
that gets into an official Ubuntu release.
Thanks,
Scott Ritchie
...)
if you let a test report go unmoderated for too long. Something like
that might have happened.
Thanks,
Scott Ritchie
though (similar to
how it behaves on fat32 partitions)
Thanks,
Scott Ritchie
On 05/27/2010 10:37 PM, Charles Davis wrote:
On 5/27/10 11:20 PM, Scott Ritchie wrote:
Since it's relevant I'll mention the CIOPFS (case-insensitive on
purpose) FUSE module that was made a while back. It works fine as far
as I can tell (and I believe Mac supports FUSE),
I tried compiling
should do anyway, along with all our other
dependencies - I'm thinking a link off the about page would be nice.
Thoughts?
Thanks,
Scott Ritchie
On 05/26/2010 12:17 AM, Dmitry Timoshkov wrote:
Scott Ritchie sc...@open-vote.org wrote:
I believe a reasonable alternative is to communicate directly with the
distro Wine packager and have them test your app against whatever
version of Wine they plan on shipping. That way you don't miss
differently, it's too big a change for a stable release update of Wine
in Lucid (1.2 will be fit for stable release update, however, exactly
because of all this regression-fixing we're doing).
Thanks,
Scott Ritchie
boost in performance, and
it's basically free.
Thanks,
Scott Ritchie
isn't included in the Ubuntu
packages...
Thanks,
Scott Ritchie
the
overly large 96x96 icons, and is thus not default and has so far gone
unnoticed).
Thanks,
Scott Ritchie
?
No, not at the moment. Even more worrisome is that there's nowhere to
see the version information other than by squinting at the icon itself
-- right click-properties would be a good place for that, but that's
another task.
Thanks,
Scott Ritchie
On 06/18/2010 04:47 PM, Dan Kegel wrote:
Another month, another Winetricks.
Online as always at
http://kegel.com/wine/winetricks
or
http://winezeug.googlecode.com
(Bug reports to the issue tracker at the above URL, please.)
Uploaded to Ubuntu Wine PPA
Thanks,
Scott Ritchie
there's a
substantial drop in non-deferred patches. That's the sign that tells us
we've run out of easy enough release bugs/regressions to fix and may as
well release.
Thanks,
Scott Ritchie
.
Thanks,
Scott Ritchie
On 06/22/2010 01:44 AM, Maarten Lankhorst wrote:
Hi Scott,
2010/6/22 Scott Ritchie sc...@open-vote.org:
On 06/21/2010 08:48 PM, Dan Kegel wrote:
And always after test 17 of 20, I think. I updated to the latest
nvidia driver supported by Ubuntu 10.04, no change.
The crash persists even
local ignore file.
Is best practice to confine these to a particular folder (like you get
with -fprofile-dir)? Is there a switch to do that for gcov data?
Thanks,
Scott Ritchie
was hoping it would be as simple
as passing -fprofile-generate and -fprofile-dir as CFLAGS and LDFLAGS
to configure.
Thanks,
Scott Ritchie
On 06/30/2010 03:46 PM, Nikolay Sivov wrote:
On 7/1/2010 02:20, Scott Ritchie wrote:
Translation by Sven Augustin
@@ -20,7 +21,12 @@ Name[sr]=Wine - аДаИаЗаАб� Windows аПб�аОаГб�аАаМаА
name...@latin]=wine - diza� Windows programa
Name[hr]=Wine - diza� Windows programa
Exec=wine
I'm wondering if I'll need to update the gecko packages too.
Thanks,
Scott Ritchie
as a want list -
stuff on http://wiki.winehq.org/FromOtherProjects has a tendency to
happen, eventually.
Thanks,
Scott Ritchie
noticed it's not listed at http://wiki.winehq.org/StaticAnalysis, so
maybe there's some benefit to using it as well.
Thanks,
Scott Ritchie
up myself -- what the page really needs is content.
http://wiki.winehq.org/Wine1.2Announcement
In particular, we need examples of new platinum-quality apps and new
neat technical features you're proud of.
Thanks,
Scott Ritchie
On 07/12/2010 08:54 PM, Austin English wrote:
On Sun, Jul 11, 2010 at 9:03 PM, Scott Ritchie sc...@open-vote.org wrote:
I was watching this presentation on Mozilla's static analysis tools:
http://www.galois.com/blog/2010/07/09/galois-tech-talk-video-large-scale-static-analysis-at-mozilla/?ftw
inspiration on how to do it, especially the corner cases.
This seems the more sensible approach, particularly in the case of old
.desktop entries that don't, to my knowledge, set the wine prefix.
Thanks,
Scott Ritchie
allowed...
At the risk of being a curmudgeon, I'd like to start this discussion as
soon as we're done partying ;)
Thanks,
Scott Ritchie
the test is done.
This isn't currently the case.
Would it be appropriate to have a registry key or environment variable
to disable this behavior silently? Or is hacking scripts to delete
individual entries afterwards the right approach?
Thanks,
Scott Ritchie
scripts, but there is currently
no cross distro way to enable them.
My current solution is to just do this at the packaging layer and
ignore KDE entirely until someone tells me the equivalent of installing
gconf schemas, but this is obviously not good.
Thanks,
Scott Ritchie
-thumbnailer now relies on
this behavior to render properly, in the past when it was forced to
large sizes it looked incredibly ugly.
Thanks,
Scott Ritchie
the
distro-provided corefonts package).
A related question is whether to show Arial in the list of fonts (eg
notepad) when we're actually just providing a substituted Arial. My
inclination says no, however I'm not sure how it works internally and
what an application would expect.
Thanks,
Scott Ritchie
On 08/03/2010 03:09 PM, David Gerard wrote:
On 3 August 2010 21:57, Scott Ritchie sc...@open-vote.org wrote:
This bug, for instance, prevents Photoshop from working unless there is
an Arial font installed: http://bugs.winehq.org/show_bug.cgi?id=9623
Wine doesn't seem to respect system-level
) will instead get the stable Wine 1.2 release, which is
still packaged there.
Thanks,
Scott Ritchie
On 08/03/2010 01:57 PM, Scott Ritchie wrote:
I was looking through our fairly large collection of open font bugs and
realized that things might be a lot simpler if we took some opinionated
positions and just declared certain fonts to be dependencies and
expected all packagers to provide them
On 08/08/2010 06:56 AM, James McKenzie wrote:
Scott Ritchie wrote:
I was looking through our fairly large collection of open font bugs and
realized that things might be a lot simpler if we took some opinionated
positions and just declared certain fonts to be dependencies and
expected all
.
Also fakeie6 doesn't make sense anymore. We set these registries by
default for over 2.5 years now.
Well on Ubuntu at least installing the Wine package will pull in the
wine-gecko package and all will be well in the world. This is the
ultimate path forward, I think.
Thanks,
Scott Ritchie
this idea (with Mono) earlier, and there
was some conflict that meant it wouldn't work. I believe I was thinking
of scheduling concurrent conferences however - we could always just
bring Mono people to wineconf as a separate thing.
Thanks,
Scott Ritchie
on free software
(as I believe Firefox is doing and why our next Gecko will be freely
buildable as well)
Thanks,
Scott Ritchie
outside of Wine. Just md5sum the .exe, compare it
with a blacklist, pop the warning if so, and if not pass it to the
normal Wine process.
Thanks,
Scott Ritchie
filenames).
Plus, we'd need someone to make the actual interface, which I believe is
another reason why it hasn't gotten done in the past. But maybe I can
fill that gap ;)
Thanks,
Scott Ritchie
programs craft their own raw sockets?
Thanks,
Scott Ritchie
OR a whole year has passed, and once we freeze we don't release
until the test suite passes on Windows, Linux, and Mac.
Thanks,
Scott Ritchie
debugging tutorial to it.
If there's anything important missing from that page,
please feel free to add it. Hopefully this will help
people hunt down performance bottlenecks in Wine.
How about a performance bugzilla tag?
Thanks,
Scott Ritchie
something wrong a developer can tell us too.
I think we discussed this idea last wineconf informally, although I'm
not sure anyone committed to making it happen.
Thanks,
Scott Ritchie
On 09/28/2010 11:25 PM, Dan Kegel wrote:
I keep seeing people asking about wine and security, e.g.
http://bugs.winehq.org/show_bug.cgi?id=24550
or
http://forum.winehq.org/viewtopic.php?t=9770
or
https://answers.launchpad.net/ubuntu/+source/wine/+question/59148
...
It seems worth listing
,
Scott Ritchie
On 09/29/2010 07:12 AM, Alexandre Julliard wrote:
Scott Ritchie sc...@open-vote.org writes:
Ubuntu 10.10 is coming out soon, and its new kernel settings prevent
Wine apps from looking at each others' memory. This breaks World of
Warcraft, among other things. See:
http://bugs.winehq.org
On 09/29/2010 07:53 AM, Scott Ritchie wrote:
On 09/29/2010 07:12 AM, Alexandre Julliard wrote:
Scott Ritchie sc...@open-vote.org writes:
Ubuntu 10.10 is coming out soon, and its new kernel settings prevent
Wine apps from looking at each others' memory. This breaks World of
Warcraft, among
Includes much prettier icons, support for Vista icons (with icoutils
0.29.1) and more.
Screenshots and a description are at: http://wiki.winehq.org/exe-thumbnailer
-Scott Ritchie
On 10/01/2010 07:25 AM, Alexandre Julliard wrote:
Jacek Caban ja...@codeweavers.com writes:
That's a matter of trivial patch, but what would be the candidate for
a path hardcode? '/usr/share/wine/gecko/' seems like the best choice
since that's where most distros will install Gecko.
I'd
401 - 500 of 597 matches
Mail list logo
