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: ‘snd_pcm_hw_par
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.
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 wi
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 run
"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 the
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 documentation
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 mach
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 :)
https:
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 t
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 w
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
>
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
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 window
20 matches
Mail list logo