I agree with AJ's reverts on the deprecated ALSA functions, since ALSA
kept them for compatibility. Sorry I jumped the gun.
During the day's compile, I noticed some functions were declared
deprecated, mainly in sound components.
I logged more context, if anyone needs it.
alsa.c:738: warning: ‘snd_pcm_hw_params_get_tick_time’ is deprecated
(declared at /usr/include/alsa/pcm.h:1108)
alsa.c:738: warning:
Darragh Bailey wrote:
There has been some movement in the past to split up the Safedisc bug
and deal with the individual versions separately. Would it be useful to
advance this? I'm certain that I have a number of games that listed as
apps affected by this bug that no longer have a problem. So
It has just occurred to me that safedisc
copy protection (bug 219!) wasn't put on the Wine 1.0 task list. It's a
pretty major bug and covers a wide range of programs, with a wide range
of safedisc versions.
Considering this, how should we plan for this implementation?
Dan Kegel wrote:
Anybody seen the nifty countdown logo that Ubuntu is using?
http://www.ubuntu.com/getubuntu/countdown
Maybe we should do something similar for Wine.
Yes we should!
Steven Edwards wrote:
On Thu, Apr 10, 2008 at 3:05 PM, Jeremy White [EMAIL PROTECTED] wrote:
At any rate, that's my idea. I'm willing to be swayed if people
object violently, or if a clear consensus for an alternate emerges.
Thoughts? Comments?
It may be nothing
Marcus Meissner wrote:
... I also guess no one is stopping people from writing a pulseaudio driver.
Its just that it needs to make certain criteria before inclusion, after we
got burned with esound, arts, nas, etc etc etc etc.
Ciao, Marcus
Correct. There is a pulse driver for Wine being
Dan Kegel wrote:
On the wine-users list, we're getting a lot of users who
have old or even ancient .wine directories, and
whose problems go away with a fresh .wine directory
Perhaps we should have wineprefixcreate stamp the version
of wine the .wine directory was created with,
make wine-1.0
Dan Kegel wrote:
Hey! Cygwin actually installs and runs inside Wine!
There are a few problems (gcc can't compile
hello, world yet, symlinks like the one for vi
don't work yet, the setup utility doesn't
resize properly, and mkpasswd -l aborts), but the shell starts up fine
and vim runs
"Dan Kegel" [EMAIL PROTECTED] wrote:
It's not enough to provide Wine and throw up our hands
saying "It's up to users to protect their systems"
because our users are at worst quite literally clueless,
and at best too busy to want to bother with virus issues.
If we can guide them or ease
There should be documentation in place
beyond a simple entry in the appdb, since you all know as well as I do
that the database does not and cannot cover every piece of software out
there. For the most part, people don't even know it exists or they
don't use it.
There will be
The recent discussion about Windows
viruses working through Wine leads me to questions about its security.
I've heard that using a separate user is alright, and then it isn't
alright.
That you shouldn't use sudo to login to such a special wine user.
That you really should use a virtual
This may have been out there for a while, but I'd thought I'd mention it
anyway.
Colored Diffs is an extension for you Thunderbird users out there that
makes it easier to read those diffs, even when they're part of the email
message itself.
I was happily surprised at the functionality :)
Tomas Carnecky wrote:
Vincent Povirk wrote:
On Tue, Mar 4, 2008 at 12:53 PM, Alexander Nicolaysen Sørnes
[EMAIL PROTECTED] wrote:
I'm not sure if we should remove the option for 'fully functional, requires
hacks'. A lot of people come to the AppDB to find out how they can make
Dan Kegel wrote:
lav at etersoft.ru wrote:
- replace 'iff' with 'if' (just a spelling fixes)
'iff' is shorthand for 'if and only if'.
http://en.wikipedia.org/wiki/If_and_only_if
So many of those 'typos' might actually be correct.
Careful!
- Dan
I noticed this change too, and I agree
marco wrote:
I looked into it.
And there are some options.
I can make a separate package of gecko that I can make it a
dependencie of wine.
Problem is people have to know where to find it or the get stuck.
I can also make the package and make it not a dependencie on wine but
the the
L. Rahyen wrote:
Now 2.6.23 is stable so everyone can easily try and test it. All major
distribution should provide precompiled 2.6.23 kernels in near future.
Thanks for your test!
Dimi Paun wrote:
Folks,
We've got a lot of vandals lately on the wiki, and people
are doing quite a bit of cleanup for no good reason. So
I have removed the ability of people that are not logged
in to edit pages. In fact this has been in force for a
long time, but since we've upgraded to
L. Rahyen wrote:
You probably should try new linux kernel. There is
high chances that it will
fix these problems for you. Personally I use 2.6.23-rc8. You find that with
new kernel performance is very good even under heavy load
...But when I have purchased 3 GHz quad-core system with
Roderick Colenbrander wrote:
On Saturday 29 September 2007 10:34:19 am Roderick Colenbrander wrote:
Hi,
Every Wine release more and more programs start to work on Wine. A
serious
problem is that not all programs can work out of the box. Some games for
instance need the
20 matches
Mail list logo