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 released without v1?
I
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
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
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
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
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.
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
of
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
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
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 checks
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 and we then need
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.
the name of the 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])
+
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 work too well.
But now we
Thank you :)
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
On 07/23/2012 07:44 PM, Austin English wrote:
On Mon, Jul 23, 2012 at 7:06 PM, Scott Ritchie sc...@open-vote.org 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 known
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
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
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
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 what
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
service (which is
still available) in years past.
Thanks,
Scott Ritchie
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
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 also launches the app could mount
fe8e83b29a10b5d663e87861d85512faea036c06 picasa_3.0-current_i386.deb
Still installs and runs ok on 11.10.
Thanks!
Thanks,
Scott Ritchie
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 sc...@open-vote.org 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.
Perhaps
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
or a bad idea.
Thanks,
Scott Ritchie
, and even then they'll be done incrementally via rsync magic.
Thanks,
Scott Ritchie
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 ignored
On 09/28/2011 10:10 AM, Austin English wrote:
On Wed, Sep 28, 2011 at 11:55, Scott Ritchie sc...@open-vote.org 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 don't want regressions
-- 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 the stable version (natty
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
lp:wine (at least on an ubuntu machine)
Thanks,
Scott Ritchie
different copyrights.
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.
- 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
On 09/01/2011 05:21 AM, Henri Verbeet wrote:
On 1 September 2011 11:50, Scott Ritchie sc...@open-vote.org 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 packages, so on release
On 09/01/2011 05:05 AM, Alex Bradbury wrote:
On 1 September 2011 10:50, Scott Ritchie sc...@open-vote.org 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 as good a place
, 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
(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
supported across a broad swath of the more recent Windows versions.
Do you think testbot handles that nicely?
Thanks,
Scott Ritchie
)
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
it.
Thanks,
Scott Ritchie
these guys apart?
Thanks,
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/dlls/shlwapi/tests/string.c b/dlls/shlwapi/tests/string.c
/JobDetails.pl?Key=13371
Your paranoid android.
=== WINEBUILD (build) ===
Patch failed to apply
Marvin is confused about which series this belongs to since I sent it in
so close to the other patchset, hence the apply failure. Testing it
manually showed all passes.
-Scott Ritchie
particular content that you'd like to make sure
gets said, post it in this thread as well :)
Thanks,
Scott Ritchie
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 1.4's release?
Thanks,
Scott Ritchie
me if I'm slow for a bit.
Thanks,
Scott Ritchie
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
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 would be very high (among
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 the 32-bit packages on a 64-bit build
isn't really any worse than the situation now.
-Scott Ritchie
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
On 05/12/2011 07:02 PM, Alexandre Julliard wrote:
Damjan Jovanovic damjan@gmail.com 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
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 are all application
/
--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
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
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 Sourceforge
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 sc...@open-vote.org wrote:
On 01/27/2011 02:20 PM, Reece Dunn wrote:
=== Steps to Reproduce ===
Machine: Ubuntu 10.04 64-bit with NVidia binary drivers.
1/ Build the latest version of wine with no special
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 wine-de...@kievinfo.com 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
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
are not executable by default (unless installed by
Wine, thankfully).
Thanks,
Scott Ritchie
On 11/28/2010 08:47 AM, rozwell wrote:
Scott Ritchie scott at 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 newer gstreamer stuff. But it's
/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
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 d...@ubuntu.com
Reply-To: ubuntu-devel-disc...@lists.ubuntu.com
To:
on the server that aren't in the git source?
-Scott Ritchie
have other problems (such as old GCC
versions causing problems).
Thanks,
Scott Ritchie
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 appears
On 11/13/2010 02:40 PM, Reece Dunn wrote:
On 13 November 2010 22:08, Scott Ritchie sc...@... wrote:
Works for me:
http://launchpadlibrarian.net/59077812/buildlog_ubuntu-maverick-amd64.wine1.3_1.3.7-0ubuntu1~maverickppa1_BUILDING.txt.gz
http://launchpadlibrarian.net/59077619/buildlog_ubuntu
assumed the website had the same license as Wine itself
(LGPL 2.1 or greater), is that the case?
Thanks,
Scott Ritchie
.
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 looking at the Wine wikipedia article and some jerk
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 timing issue,
Available on Ubuntu Wine PPA now.
Was there going to be another wisotool soon?
-Scott Ritchie
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
.
-Scott Ritchie
next project).
Thanks,
Scott Ritchie
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/12/2010 10:59 PM, Austin English wrote:
On Fri, Aug 20, 2010 at 4:00 PM, Ben Klein shackl...@gmail.com 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
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/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 sc...@open-vote..org
mailto:sc...@open-vote.org wrote:
Includes much prettier icons, support for Vista icons (with icoutils
0.29.1
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
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 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
1 - 100 of 597 matches
Mail list logo