Sorry, attached the wrong patch, this one is the correct one.
With regards.
Eduardo.
El 02/29/12 21:00, Eduardo García escribió:
This one was fun to do as I fouund a couple of "my hovercraft is full
of eels" phrases.
With regards.
Eduardo.
--- es.po.orig 2012-02-29 14:03:04.221539001
Sorry, attached the wrong patch, this one is the correct.
With regards.
Eduardo.
El 02/29/12 21:00, Eduardo García escribió:
This one was fun to do as I fouund a couple of "my hovercraft is full
of eels" phrases.
--- es.po.orig 2012-02-29 14:03:04.221539001 +0100
+++ es.po 2012-02-29
I don't think this is a good idea during code freeze.
On Mon, Feb 27, 2012 at 10:39, wrote:
> Hi,
>
> Somehow I discovered that bugzilla can display the component in a search
> result list. Now I'm using that instead of the useless "assignee" field.
> Here's part of the URL I'm using:
>
> &columnlist=bug_severity%2Cop_sys%2Ccomponent%2Cbug_status%2C
Hi All,
I've been attempting to debug a WINElib application on Fedora 15 (WINE
1.3.24) and not having much success. Winedbg works, but using gdb I'm
not able to see symbols or multiple threads. In Fedora 8, running GDB on
wine-pthreads (and not wine!) used to work under 1.1.7. However, under
1.3.
Op 29-02-12 17:29, joerg-cyril.hoe...@t-systems.com schreef:
> Hi,
>
> Chris is right about the format. The shared mode mixer ought to return
> FLOAT(32),
> and it always appears to return the extensible format as a consequence.
> For weird reasons, wineoss may return integer formats, but that's c
Hi Francois, (and everybody else ;)
are there any plans to create an ignore-list for these:
http://fgouget.free.fr/wine-po/en_US.spell.html
to be able to distinguish real typos from false positives?
Most reported errors are false positives (like "codec" or "checksum")
but there are real errors, o
Francois Gouget writes:
> So the problem is that start.rc (it's always about start)
> contains slightly incorrect references to the LGPL in its license
> message (no less):
I would say we should get rid of that license message. No other Wine
command-line app does this, and we have the license
Hey Joerg,
Having actually finished the pulseaudio implementation and trying to fix some
fallout.
Op 29-02-12 16:28, joerg-cyril.hoe...@t-systems.com schreef:
> Hi,
>
> Maarten Lankhorst wrote:
>> For capture I plan to just add 2 queues, one for readable packets, and one
>> for packets that can
Hi,
Chris is right about the format. The shared mode mixer ought to return
FLOAT(32),
and it always appears to return the extensible format as a consequence.
For weird reasons, wineoss may return integer formats, but that's certainly
going to cause some unexpecting app to crash.
>+assert(old
Looks better.
Maybe create_gdi_logbrush should fall back to creating a solid brush,
so that pens with weird brushes set will do something vaguely
sensible. Eventually, we will want to use a different implementation
of pens that does not involve gdi32 in those cases.
On Wed, Feb 29, 2012 at 2:29 A
Hi,
Maarten Lankhorst wrote:
>For capture I plan to just add 2 queues, one for readable packets, and one
>for packets that can be filled for reading.
Winecoreaudio uses exactly this.
>... for the pulse driver, I'm using the auto timing
>update feature and the callback for when rendering is not r
On 29 February 2012 13:32, Stefan Dösinger wrote:
> Fine with me, just don't blame me that those bugs aren't fixed :-)
Yeah well, 27600 was reported in June last year.
Am Mittwoch, 29. Februar 2012, 11:54:11 schrieb Henri Verbeet:
> I guess I didn't explicitly say it yesterday, but I think this should
> be deferred and fixed properly after 1.4. While in principle dropping
> VBOs might be ok as a temporary fix for the release, the vertex /
> index buffer code is p
Hey Chris,
Op 29-02-12 06:58, Chris Robinson schreef:
> On Tuesday, February 28, 2012 5:32:13 PM Maarten Lankhorst wrote:
>> + * This is basically the same as the pa_threaded_mainloop implementation,
>> + * but that cannot be used because it uses pthread_create directly
>> + *
>> + * pa_threaded_m
On 29 February 2012 11:12, Stefan Dösinger wrote:
> try 2: Invalidate the index buffer state as well, as the buffer might be
> an index buffer.
>
> Otherwise unmodified reesend after the discussion from yesterday. This
> is for bugs 29079, 29897(suspected) and 30019.
>
I guess I didn't explicitly
On Wed, Feb 22, 2012 at 10:44:31AM +0100, Francois Gouget wrote:
> On Wed, 22 Feb 2012, Marcus Meissner wrote:
>
> > ---
> > README | 13 ++---
> > 1 files changed, 6 insertions(+), 7 deletions(-)
> >
> > diff --git a/README b/README
> > index baa6ab3..0cbb047 100644
> > --- a/README
>
Yes. Looks good.
J. Leclanche
On Wed, Feb 29, 2012 at 9:51 AM, Francois Gouget wrote:
> On Sat, 25 Feb 2012, Jerome Leclanche wrote:
> [...]
> > - I don't think an ano telia would be appropriate for this. To be honest
> I
> > don't even find a semicolon appropriate in English here.
> > I don't
This translation seems to have an extra example which is not present in
the English string. Would it be ok to remove it?
msgid ""
"MOVE relocates a file or directory to a new point within the file system.\n"
"\n"
"If the item being moved is a directory then all the files and "
"subdirectories\n"
On Sat, 25 Feb 2012, Jerome Leclanche wrote:
[...]
> - I don't think an ano telia would be appropriate for this. To be honest I
> don't even find a semicolon appropriate in English here.
> I don't build with printing support but it sounds to me like it would be
> more appropriate to use a comma, or
Andrew Eikum wrote:
>And, not too surprisingly, TimerQueue isn't sufficient. I've attached
>my tests here. The tests ask to execute the callback every 12 ms. On
>my Windows 7 VM, I found that it executed with intervals like:
>20, 10, 10, 10, 10, 20, 10, 10, 10, 10, ...
>With an 11 occasionally int
2012/2/28 Frédéric Delanoy
> 2012/2/28 Luca Bennati :
> > I tried converting README.it to UTF8, instead of the current Extended
> ASCII,
> > which works really bad on my system.
> > However, it does not seems like Git caught this change: could this be
> done
> > manually?
>
> I applied the patch
22 matches
Mail list logo