n do in Wine itself to
be less courteous?
Mostly I've seen this on Ubuntu, however I'm sure it's affecting other
distributions that have any sort of power managment whatsoever as it can
be quite tricky to get this right.
Thanks,
Scott Ritchie
On 05/09/2013 01:37 PM, Hans Leidekker wrote:
> On Thu, 2013-05-09 at 18:56 +0200, wine@web.de wrote:
>> Hi Hans.
>>
lcms2 was released on 8. May 2010
lcms v1 is on the way to be phased out in the newest
distribution versions.
>>
>>> Are there any distributions that have releas
On 04/20/2013 05:50 PM, André Hentschel wrote:
> Hi,
> meanwhile everyone should know that Wine turns 20 this year. AJ said in this
> years Keynote we'll need to find a way to celebrate this in June.
> So i did some research on this and found "Wine History" mails by Dan Kegel
> from 2002 and much
d copy the binary packages,
however this means I can't use libtiff5 if I do so. Is there any
benefit in doing a separate build just for this?
*note that in 12.10/13.04 official archive we build seperately and just
use libtiff5.
Thanks,
Scott Ritchie
Will FOSDEM manage this for us or do we need to send our own filmy person?
I nominate Jeremy to investigate, we really should have this filmed.
On 11/5/12 3:08 AM, Julian Rüger wrote:
It would be really cool if someone could manage to record some talks and
upload them to eg. youtube, for those
On 11/12/12 11:59 AM, Jeremy White wrote:
We should stay in the same hotel if possible to ease gathering.
Did someone already choose one? Could You make a special arrangement again
(like in Paris, IIRC)?
No, we haven't yet picked a hotel. I was poking around a bit; looks
like it's not obvious
On 11/10/12 11:20 AM, Max TenEyck Woodbury wrote:
On 11/10/2012 02:03 PM, Scott Ritchie wrote:
Is there an easy way for the steam hardware survey to tell whether it's
running under Mac or Linux Wine?
I remember discussing this issue with an engineer from Valve after
asking they make the
Is there an easy way for the steam hardware survey to tell whether it's
running under Mac or Linux Wine?
I remember discussing this issue with an engineer from Valve after
asking they make the % of Wine users public again.
the API is good for interoperability and competition.
Thanks,
Scott Ritchie
Is libgettextpo0 (in 32 and 64 bit) sufficient? Or do we need the sort
of utilities in the gettext-base package?
I'm trying to fix
https://bugs.launchpad.net/ubuntu/precise/+source/gettext/+bug/954029
which was largely caused by my overcautiousness here.
On 9/19/12 5:23 PM, Scott Ritchie wrote:
So, I believe I have a legitimate use case for ignoring this, and want
to know what sort of patch would go forward.
Imagine a distro package containing a Windows game in the form of a
read-only copy of an installed prefix (into, say, /opt). When the
On 9/24/12 2:48 AM, joerg-cyril.hoe...@t-systems.com wrote:
Scott,
I don't think you need to override this check, esp. given that
there's a good reason for it being there:
The good reason doesn't apply in this use case. Overriding it fixes
every problem I'm facing without having to do anythi
On 9/20/12 3:07 AM, Francois Gouget wrote:
On Wed, 19 Sep 2012, Scott Ritchie wrote:
[...]
There is one major snag, however: unionfs displays the owner as root until the
user has modified/copied it. This means Wine refuses to launch as the user
with the "root-owned" prefix.
Wine
is part of the code makes Wine work fine, however I'd like to be able
to have a proper solution.
Would something like a command-line switch or environment variable be
acceptable here?
Thanks,
Scott Ritchie
* Note that there is a problem with this setup if the app modifies the
registry a
Never underestimate the overeagerness of bots, I suppose...
We're getting a lot of spam applications for testbot accounts now, maybe
2-3 per day. Some are easy to discard because they put stuff like penis
pills into the info field, but others look like just names. Suggestions
are welcome.
debug package)
-Scott Ritchie
On 8/13/12 12:55 PM, Eric Pouech wrote:
diff --git a/configure.ac b/configure.ac
index 4bd43d1..c80fd8a 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1746,6 +1746,8 @@ then
WINE_TRY_CFLAGS([-Wtype-limits])
WINE_TRY_CFLAGS([-Wunused-but-set-parameter])
WINE_TRY_CFLAGS([-Wwrite-strings])
+ WIN
On 08/12/2012 01:08 AM, Eric Pouech wrote:
> Le 24/07/2012 04:06, Scott Ritchie a écrit :
>> Wine is the last remaining package still depending on GCC 4.5 in the
>> current Ubuntu alpha, it would be nice to drop GCC 4.5 and forward port
>> Wine, however 4.6 is known to not wor
Thank you :)
On 07/23/2012 07:44 PM, Austin English wrote:
> On Mon, Jul 23, 2012 at 7:06 PM, Scott Ritchie wrote:
>> Wine is the last remaining package still depending on GCC 4.5 in the
>> current Ubuntu alpha, it would be nice to drop GCC 4.5 and forward port
>> Wine, however 4.6 is
Wine is the last remaining package still depending on GCC 4.5 in the
current Ubuntu alpha, it would be nice to drop GCC 4.5 and forward port
Wine, however 4.6 is known to not work too well.
But now we have 4.7 -- have there been any bugs attributed to its usage?
Thanks,
Scott Ritchie
s like an upstream kernel bug, albeit in
recvmsg rather than ptrace (also note that the ptrace stuff is now in
the mainline kernel as well, not just Ubuntu, so you may have found a
problem that was just exposed in Ubuntu first).
Anyway, I'll follow up on it. In the meantime I'm pushing your patch in
a stable release update for Wine (once I test another thing), so thank
you very much for it.
Thanks,
Scott Ritchie
dual x86_64 : i386 setup
this is an updated version to what I already sent to scott ritchie
of course this is not a step by step installation
I forgot to mention that ubuntu devels did a crappy job in 12.04
I'm really starting to get angry at their inability to take care of
upward compat in
rchitecture-specific strings in the -dev stuff
2) Move them into arch-specific folders when appropriate
3) Move files that aren't arch-specific into -common packages that are
arch:all
4) Tag the resulting package multiarch: same
5) Send changes back to Debian (which is still in the multiarch bronze age)
Thanks,
Scott Ritchie
eginning to have memories of what happened when we removed gcc from
the default install. Setting up a 32-bit chroot for building Wine
should not be complicated -- I'll present a script to make it even
easier soon. You can build in a single command and even use things like
ccache and the like to speed it up.
Thanks,
Scott Ritchie
On 4/23/12 1:45 AM, Jacek Caban wrote:
On 4/20/12 11:29 PM, Scott Ritchie wrote:
On 4/19/12 1:54 AM, Jacek Caban wrote:
Hi Vincent,
On 04/19/12 00:12, Vincent Povirk wrote:
If for some reason you want to try it, the current version is at
https://github.com/downloads/madewokherd/wine-mono
e budgetdedicated hosting service (which is
still available) in years past.
Thanks,
Scott Ritchie
+64 build, which you can't get in one step on Ubuntu
12.04 anymore
2) It uses GCC-4.5 (12.04 default is 4.6)
3) It has one small patch for fonts (shouldn't matter in your case)
4) It's built in a clean environment on the build daemon
5) It's installed and run out of tree.
Thanks,
Scott Ritchie
as the
official announcement.
Thoughts?
-Scott Ritchie
On 01/30/2012 01:58 AM, Francois Gouget wrote:
> On Fri, 27 Jan 2012, Scott Ritchie wrote:
> [...]
>> To me, this sounds an awful lot like an overlay file system. Would
>> unionfs-fuse be the correct solution here? The .desktop file that sets
>> the Wine prefix and als
.deb
> http://dl.google.com/linux/deb/pool/non-free/p/picasa/picasa_3.0-current_amd64.deb
> 4ecf30186ce76430a7791cee2608f47e07b015e6 picasa_3.0-current_amd64.deb
> fe8e83b29a10b5d663e87861d85512faea036c06 picasa_3.0-current_i386.deb
>
> Still installs and runs ok on 11.10.
Thanks!
Thanks,
Scott Ritchie
x and also launches the app could mount the FUSE
filesystem, and the user-space Wine prefix's files could take priority
over those in /opt. Stuff like user-modding and update/repair systems
could work properly in that context as well.
Or have I missed something?
Thanks,
Scott Ritchie
isn't graphical in any way.
Would profiling here be worthy of pursuing? Are there known areas of
bad performance other than graphics?
Thanks,
Scott Ritchie
On 01/04/2012 10:26 AM, Alexandre Julliard wrote:
> Scott Ritchie writes:
>
>> Assuming udisks support exists on the system, anything wrong with this?
>> Does the new udisks do everything HAL used to do?
>
> If udisks is present, the HAL support is not used at all.
&
Assuming udisks support exists on the system, anything wrong with this?
Does the new udisks do everything HAL used to do?
Thanks,
Scott Ritchie
I found this old bug report today, that I had forgotten about:
https://bugs.launchpad.net/ubuntu/+bug/382512
Do we still have a use case for NVidia Texture Tools if I put these
packages into the distro?
Thanks,
Scott Ritchie
that would make this difficult or a bad idea.
Thanks,
Scott Ritchie
e git
repo there. That way the user only needs to download the binaries he
runs, and even then they'll be done incrementally via rsync magic.
Thanks,
Scott Ritchie
On 09/28/2011 10:10 AM, Austin English wrote:
> On Wed, Sep 28, 2011 at 11:55, Scott Ritchie wrote:
>> On 09/28/2011 05:57 AM, Vitaliy Margolen wrote:
>>> On 09/28/2011 04:18 AM, Alex Bradbury wrote:
>>>> Do correct me if I'm wrong here, but users who d
On 09/28/2011 05:57 AM, Vitaliy Margolen wrote:
> On 09/28/2011 04:18 AM, Alex Bradbury wrote:
>> Do correct me if I'm wrong here, but users who don't want regressions
>> in their favourite apps/games should be using the stable release. It
>> doesn't seem fair to complain about regressions being ig
a reliable way.
>
>
I think it's slightly easier to do the inverse -- automate applications
to make sure they don't crash in future versions.
I'm going to tackle something similar on the daily Ubuntu builds with
winetricks' included selftest once Launchpad starts building them again.
Thanks,
Scott Ritchie
On 09/03/2011 03:54 AM, Scott Ritchie wrote:
> On 09/02/2011 10:04 AM, Susan Cragin wrote:
>> There was discussion about putting a daily wine build on the ubuntu ppa.
>> I'd like to put in a word for having it on the development version
>> (currently oneiric) as well as
;t really know if it was Ubuntu breaking something or us
breaking something that was only exposed on Ubuntu. We can make prior
assumptions for individual machines though, such as it's usually fglrx's
fault, and adjust our behavior/failure warnings accordingly.
Thanks,
Scott Ritchie
ld be applied to different
projects that might fall under different copyrights.
Thanks,
Scott Ritchie
stance, do bzr get lp:wine (at least on an ubuntu machine)
Thanks,
Scott Ritchie
On 09/02/2011 10:04 AM, Susan Cragin wrote:
> There was discussion about putting a daily wine build on the ubuntu ppa.
> I'd like to put in a word for having it on the development version (currently
> oneiric) as well as the stable version (natty).
> Right now wine only seems to have a natty ppa
On 09/01/2011 05:05 AM, Alex Bradbury wrote:
> On 1 September 2011 10:50, Scott Ritchie wrote:
>> For an easier user testing experience, you can now install the latest
>> git as a convenient Ubuntu package.
>
> This seems very handy, thank you.
>
> As this seems like
On 09/01/2011 05:21 AM, Henri Verbeet wrote:
> On 1 September 2011 11:50, Scott Ritchie wrote:
>> The packages are versioned like wine1.3-1.3.27+daily-20110901.
>>
>> Limitations:
>> The major version number is based on the latest released version of the
>> Ubuntu
normally does, however
- this is just the package revision that is being wonky.
Possible future:
These packages are a convenient way to run some tests that may be much
too slow for testbot to run against every patch, such as
autohotkey-based application automation.
Thanks,
Scott Ritchie
m. One patch for the code, one for the tests about
> StrFromTimeInterval, possibly even join them.
>
A little birdie told me that Alexandre likes small incremental patches,
so I provided each test in the small increment that I noticed their need
in. It does seem like the sort of thing I should combine in the future
though.
Thanks,
Scott Ritchie
s)
> 17 (10) E8400 @ 3.00GHz
> 14 (6) Q9300 @ 2.50GHz
> 12 (4) i7 920 @ 2.67GHz
>
> I will probably stick with slaves that are core 2 duo or better,
> so patches can get fast feedback.
>
>
I can get to work on backporting all the things Wine needs to the
buildbot for 10.04, btw.
Thanks,
Scott Ritchie
http://msdn.microsoft.com/en-us/library/bb759980
>
>
> Of course the first thing to test is that these are are actually
> supported across a broad swath of the more recent Windows versions.
>
>
Do you think testbot handles that nicely?
Thanks,
Scott Ritchie
real-world)
application in hand that needs it?
Or should we err on the side of testable behavior, because somewhere out
there a Windows developer may have written an app the same way the test
author did?
Thanks,
Scott Ritchie
I'm trying to cleanup a bit of a packaging mess whereby Wine currently
pulls in 250 or so gstreamer plugins.
Which ones are actually useful for applications? Do we even know?
Thanks,
Scott Ritchie
of
forgot about it.
Thanks,
Scott Ritchie
x27;t yet tell them apart that's simply a bug.
Is there a super-easy way for shared-mime-info to tell these guys apart?
Thanks,
Scott Ritchie
ly failure. Testing it
manually showed all passes.
-Scott Ritchie
On 08/06/2011 06:59 AM, Marcus Meissner wrote:
> On Sat, Aug 06, 2011 at 06:54:48AM -0700, Scott Ritchie wrote:
>> ---
>> dlls/shlwapi/tests/string.c | 15 +++
>> 1 files changed, 15 insertions(+), 0 deletions(-)
>>
>>
>
>> diff --git a/
however you like.
Also if you have any particular content that you'd like to make sure
gets said, post it in this thread as well :)
Thanks,
Scott Ritchie
ourse, the general goal of making more applications work :)
It seems like we're making serious progress. Have any of these stalled
or become less important? Has any new big feature not listed above been
done that's worth listing? Is "sometime in 2011" still the best guess
for
her dying of very late stage
cancer at the moment, so forgive me if I'm slow for a bit.
Thanks,
Scott Ritchie
. In my case I only noticed when a bug report came
in and I manually looked at the package build log.
This sort of thing would be much less likely to happen if such a build
dependency change were noted in the release notes, such as a "OSS 3 no
longer supported" bullet point.
Thanks,
Scott Ritchie
7;t want them so don't worry about licensing."
I'm not so sure it's true anymore. Symbol replacement, for instance,
can actually be useful to show special characters on web pages that
would otherwise come up as question marks.
-Scott Ritchie
On 05/22/2011 03:53 AM, Ove Kåven wrote:
> Den 21. mai 2011 19:38, skrev Scott Ritchie:
>> Well now we can just Depends: wine:i386 or similar, I think.
>
> Last time I asked, they said the first multiarch implementation will not
> support that. The implementation cost of that
On 05/21/2011 08:20 AM, Ove Kåven wrote:
> Den 19. mai 2011 20:58, skrev Scott Ritchie:
>> A side effect of this change, however, is the current build daemons ONLY
>> have packages for one architecture. This means that, at build time, you
>> won't be able to pull in t
7;ll just have a 32-bit only
Wine, which isn't really any worse than the situation now.
-Scott Ritchie
On 05/12/2011 07:02 PM, Alexandre Julliard wrote:
> Damjan Jovanovic writes:
>
>> Udisks has regressed from the portability of HAL to being Linux-only,
>> what are we going to do for BSDs/Solaris/others?
>
> Of course even if we add udisks we'll keep the HAL support around. It's
> necessary for
Consensus here seems to be to try and remove HAL from the archive.
Wine still uses it, so this means we'll either need to lobby for keeping
HAL or to migrate to udisks. Does udisks meet our needs? Will it work
for a future USB driver? Is someone working on the migration?
Thanks,
Scott Ritchie
A .desktop entry pointing to a nonexistant mime type is harmless, so I'd
revert the change.
Indeed only a year ago Wine's .desktop entry pointed to MANY
non-existant mime types.
-Scott Ritchie
On 05/07/2011 05:27 AM, Jerome Leclanche wrote:
> Odd, I'm on KDE but my shortcuts a
n.
>
> A better place to ask questions like these might be
> http://blogs.msdn.com/b/oldnewthing/
> --Juan
>
>
Still, we're probably not going to encounter the 64-bit equivalent of
"If program is simcity, do this with the memory instead of that"
Though there are probably many newer hacks to worry about instead.
--Scott Ritchie
INR_OPEN 1024/* Initial
> setting for nfile rlimits */
>
> What is the issue with having upstart set this limit early in the boot
> cycle? Won't all new processes inherit the modified limit?
>
If that's a good idea then we need to retarget the bug
-Scott Ritchie
thon-wine library by Christian
Dannie Stroggard, which is a part of the vineyard project now.
I suggest anyone having this need/considering implementing this give
that a look.
-Scott Ritchie
On 03/15/2011 11:02 AM, Jacek Caban wrote:
> Hi all,
>
> The new Wine Gecko release is out and already used by Wine git version.
> Let me conclude shortly what has changed (more detailed updates can be
> found in my previous mails). It mostly means that you have to download
> it from Wine Sourcefo
urceforge.net/projects/wine/files/Wine%20Gecko/1.2.0-rc1/
>
Will the new Gecko be coinstallable with earlier geckos, eg for wine1.2?
It would be very useful to me if this were the case (and Wine were
smart enough to use the correct one depending on its version).
Thanks,
Scott Ritchie
On 01/27/2011 11:24 PM, Reece Dunn wrote:
> On 28 January 2011 01:44, Scott Ritchie wrote:
>> On 01/27/2011 02:20 PM, Reece Dunn wrote:
>>> === Steps to Reproduce ===
>>>
>>> Machine: Ubuntu 10.04 64-bit with NVidia binary drivers.
>>>
>>>
Test failed: buffer size changed after SetFormat()
> - previous size was 88200, current size is 22052
>
> This error seems to be specific to 64-bit versions of the Ubuntu
> family, looking at the http://test.winehq.org/data/ results.
>
Is this with the ia32-libs from the Wine PPA?
Is 10.10 unaffected?
Thanks,
Scott Ritchie
On 01/17/2011 03:14 PM, Rosanne DiMesio wrote:
> On Mon, 17 Jan 2011 12:33:28 -0700
> Vitaliy Margolen wrote:
>
>> Isn't that exactly why we marked all other scripts like this a "third party
>> unsupported tools"? If you moving the same direction, then winetricks will
>> fall into the same cate
could link to a
free metric-compatible replacement (even if we didn't ship it with
Wine); in lieu of fontconfig substitution manual registry links will be
needed however. In Ubuntu I've made similar aliases for CJK fonts so
they at least render text; I understand Crossover does something similar
as well.
Thanks,
Scott Ritchie
I remember discussing this at wineconf as something we should do, but it
seems there's at least one situation I've found where it still helps:
http://bugs.winehq.org/show_bug.cgi?id=8780
Is it possible this is a hidden issue bleeding into other apps as well?
Thanks,
Scott Ritchie
we might break with the
change since apps are not executable by default (unless installed by
Wine, thankfully).
Thanks,
Scott Ritchie
On 11/28/2010 08:47 AM, rozwell wrote:
> Scott Ritchie open-vote.org> writes:
>
>> Uploaded as of 10 minutes ago, probably still building in launchpad. I
>> put 1.3.7 on hold for Lucid/Karmic because I hadn't yet updated
>> ia32-libs for them to support the
Trying to head off a problem before it's a problem...
Original Message
Subject: gcc in natty now passes --as-needed by default to the linker
Date: Mon, 15 Nov 2010 12:26:27 +0100
From: Matthias Klose
Reply-To: ubuntu-devel-disc...@lists.ubuntu.com
To: ubuntu-devel , ubuntu-
nchpad. I
put 1.3.7 on hold for Lucid/Karmic because I hadn't yet updated
ia32-libs for them to support the newer gstreamer stuff. But it's
better to release with those broken than to delay the release, so I'm
gonna put 1.3.8 there too.
Thanks,
Scott Ritchie
n the server that aren't in the git source?
-Scott Ritchie
;s
less of a priority. On those we have other problems (such as old GCC
versions causing problems).
Thanks,
Scott Ritchie
On 11/13/2010 02:40 PM, Reece Dunn wrote:
> On 13 November 2010 22:08, Scott Ritchie wrote:
>> Works for me:
>>
>> http://launchpadlibrarian.net/59077812/buildlog_ubuntu-maverick-amd64.wine1.3_1.3.7-0ubuntu1~maverickppa1_BUILDING.txt.gz
>> http://launchpadlibrarian.n
On 11/13/2010 02:25 AM, Luca Bennati wrote:
> I get this:
> registrar.c: In function ‘DllGetClassObject’:
> registrar.c:747:18: error: ‘CLSID_Registrar’ undeclared (first use in
> this function)
> registrar.c:747:18: note: each undeclared identifier is reported only
> once for each function it appe
se.
>
> As for the logo, I cannot speak for that. I don't remember who created
> the original version of the logo. The new version used on the website
> was created by Jon Parshall at CodeWeavers.
>
> -N
>
> On 11/10/2010 05:43 AM, Scott Ritchie wrote:
>> I was
just assumed the website had the same license as Wine itself
(LGPL 2.1 or greater), is that the case?
Thanks,
Scott Ritchie
On 11/07/2010 02:06 PM, Greg Geldorp wrote:
>> From: Eric Pouech
>>
>> how come I got two different test results for the same patch ?
>> moreover one is perfectly ok, while the other shows strange results
>> any idea ?
>
> Yeah, that's a bit weird. The only thing I can think of is some kind
> of t
devenum to directmusic;
> for winehq bug 24911
> - allow continuing partial downloads if WINETRICKS_CONTINUE_DOWNLOAD is set
>
>
Available on Ubuntu Wine PPA now.
Was there going to be another wisotool soon?
-Scott Ritchie
the www.
> Maybe my upcoming CE dlls will also fall into that catagory...
> Then we also could pack the .dll.so's up into one nsis installer, where you
> can select which subproject you want to install.
> (Maybe 32-bit and 64-bit? And possibly in some other way also for ARM?)
> Your opinions?
>
From a usability perspective we're not going to be doing much good
unless this happens near-automatically with a typical Wine installation.
That means either including them in Wine directly or including hooks to
download them when needed (this could also be done in the packaging layer)
-Scott Ritchie
n actually fooled.
-Scott Ritchie
builds
(which is my next project).
Thanks,
Scott Ritchie
On 10/12/2010 10:59 PM, Austin English wrote:
> On Fri, Aug 20, 2010 at 4:00 PM, Ben Klein wrote:
>> Hello everyone,
>>
>> My health has not improved at all since my last call for help with the
>> Debian package management. I really need someone to take over from me, or at
>> least some help to de
Wise idea or no?
If not is there at least a way to hide them from the report bug page?
I'm talking about the 2001-era version numbers, before 0.9 even.
-Scott Ritchie
On 10/03/2010 07:07 PM, Nicholas van Oudtshoorn wrote:
> On 10/04/2010 08:39 AM, Octavian Voicu wrote:
>> On Fri, Oct 1, 2010 at 11:18 PM, Scott Ritchie > <mailto:sc...@open-vote.org>> wrote:
>>
>> Includes much prettier icons, support for Vista icons (with
now), as Ubuntu doesn't provide all the Mingw libraries
needed to get the package to build.
So in the meantime Ubuntu users will get a binary package, and once I'm
done packing up the Mingw libraries they'll get a source package that
actually builds the binary properly.
And thank you Vincent, this is great stuff :)
-Scott Ritchie
On 10/01/2010 07:25 AM, Alexandre Julliard wrote:
> Jacek Caban 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 say try $datad
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
1 - 100 of 620 matches
Mail list logo
