~3 for the last 7 days. Yes, I'm surprised to see that, for example,
the French translations of Mozilla/Firefox/Thunderbird score higher
downloads than Wine. Maybe switch to bi-weekly releases, as Gaim?
I don't think it makes sense to compare ourselves to Mozilla, tempting
though it is.
For o
Le lun 20/09/2004 à 11:53, Mike Hearn a écrit :
> > A 'lot' is a bit of an exageration. It seems our binary packages are
> > quite popular, please check the download stats (apprently they have been
> > fixed as of late on SF :)). So getting our packagers to include them
> > would be a great step fo
On Mon, Sep 20, 2004 at 04:53:54PM +0100, Mike Hearn wrote:
> >A 'lot' is a bit of an exageration. It seems our binary packages are
> >quite popular, please check the download stats (apprently they have been
> >fixed as of late on SF :)). So getting our packagers to include them
> >would be a great
Francois Gouget <[EMAIL PROTECTED]> writes:
> Would it help if we modify the configure script to display a list of the
> optional dependencies that were not detected. I have attached a very
> rough prototype that displays a message if NAS, Alsa or ICU is not
> found:
>
> $ ./configure
> ... many m
A 'lot' is a bit of an exageration. It seems our binary packages are
quite popular, please check the download stats (apprently they have been
fixed as of late on SF :)). So getting our packagers to include them
would be a great step forward. Also, providing a separate package for
the folks that ins
On Mon, Sep 20, 2004 at 03:53:27PM +0100, Mike Hearn wrote:
> In theory then binary packagers would include them in their packages. In
> practice quite a lot of users either install Wine from the source, or
> use packages built by people who don't track Wine development (*cough*
> gentoo *cough*
Which files (except the Mozilla Active X) is not arch-neutral? Fonts
are, stdole32.tlb (as created by the Codeweavers program) is.
You said it already, Moz AX control isn't. Might as well keep them all
in one place.
A virtual Windows drive isn't useful for non-IA32 users anyway, as they
can't ru
The idea is very very good, but I have a couple of comments:
Francois Gouget wrote:
+echo
+echo "Notes:"
Why not use the autoconf macro specific for this purpose? I think it's
called "AC_WARN" or something.
+ echo "*** Alsa not detected. The winealsa.drv.so driver will be a dummy."
+ echo "***
Le lun 20/09/2004 à 10:53, Mike Hearn a écrit :
> > We should have a binary package on our SF site.
>
> Well, do you mean a package of drop-in files for your virtual windows
> drive? If so then I agree, but it'd make sense to have some support for
> this in wineprefixcreate, something like:
>
We should have a binary package on our SF site.
Well, do you mean a package of drop-in files for your virtual windows
drive? If so then I agree, but it'd make sense to have some support for
this in wineprefixcreate, something like:
overlay_dir="@libdir@/wine/windows-drive-binary-overlay"
if [ -
On Mon, Sep 20, 2004 at 09:44:51AM +0100, Mike Hearn wrote:
> If it weren't for Alexandres dislike of binaries in CVS I'd have asked
> for it to be put in there already seeing as the number of people who
> have it installed is roughly zero. Currently we just say "download it
> from the website"
Would it help if we modify the configure script to display a list of the
optional dependencies that were not detected. I have attached a very
rough prototype that displays a message if NAS, Alsa or ICU is not
found:
Yes, it would. Quite a few other projects do this and it's very helpful.
Notes:
***
On Mon, 20 Sep 2004, Mike Hearn wrote:
[...]
> At some point somebody needs to compile a list of all the optional
> dependencies we use so packaging systems that support the concept of
> recommended/suggested packages can get this right.
Would it help if we modify the configure script to display a
Mike Hearn wrote:
For what it's worth I don't think we should start excluding new DLLs
from the tree until they reach maturity (what is mature anyway?). If
they aren't in there people probably won't hack on them.
The flip side is then we end up with a ton of stub DLLs and programs
that could wo
I think a good solution would be to add code to wine to offer to
download it and install when it is needed.
That should be only a few lines of code using MessageBox() and
URLDownloadToFileW()... something like the following patch, but perhaps
with a progress bar, and internationalized messages?
Mike Hearn wrote:
Actually we pretty much have to "statically link" the ActiveX control as
it must be built as Win32 code. In fact the easiest thing to do is
simply download the prebuilt version from Adams webpage, as compiling
Mozilla is sort of a pain, then drop the PE DLL into c:\windows\sys
> How much work will you be doing on this library?
Hey, this is open source! It's hard to say but I will attempt to get that
basic functionality done...
>
> Will we get into the same state as SHDOCVW where the DLL is essentially
> useless?
For what it's worth I don't think we should start excludi
liblcms (LittleCMS) is only 384Kb so we could also consider statically
linking it, an option pretty much out of the question for the Mozilla
based control.
Actually we pretty much have to "statically link" the ActiveX control as
it must be built as Win32 code. In fact the easiest thing to do is
On Sunday 19 September 2004 17:31, Dimitrie O. Paun wrote:
> It's probably best to also try to submit a patch to the Little CMS folks
> so we can have a better solution in the future.
Sure, will do.
-Hans
On Sunday 19 September 2004 14:43, Robert Shearman wrote:
> No. I am asking whether it will end up sitting there remaining 5%
> implemented (I think the 25% on the DLLs status page is a little
> generous) because no-one will have the time and expertise to implement
> the rest. Admittedly, this
On Sun, Sep 19, 2004 at 09:29:39AM +0200, Hans Leidekker wrote:
> On Sunday 19 September 2004 06:06, Dmitry Timoshkov wrote:
>
> Yes, I tried that option but it has even bigger problems. First, the header
> doesn't have such a define! It defaults to building on non-windows platforms
> and requires
Hans Leidekker wrote:
On Saturday 18 September 2004 19:47, Robert Shearman wrote:
Will we get into the same state as SHDOCVW where the DLL is essentially
useless?
SHDOCVW needs the Mozilla based ActiveX control right? If I understand your
question you're worried that because people don't h
On Sunday 19 September 2004 06:06, Dmitry Timoshkov wrote:
> > LittleCMS library. I had to resort to some rather ugly preprocessor
> > trickery to be able to include lcms.h, since it happens to define basic
> > Windows types when not compiled on Windows ;-(.
>
> Then perhaps it's better to make l
"Hans Leidekker" <[EMAIL PROTECTED]> wrote:
> Here's the beginnings of an MSCMS.DLL (color management) on top of the
> LittleCMS library. I had to resort to some rather ugly preprocessor
> trickery to be able to include lcms.h, since it happens to define basic
> Windows types when not compiled on
On Saturday 18 September 2004 19:47, Robert Shearman wrote:
> Is adding this to the Wine tree likely to break more apps than it fixes?
Well, I don't have real numbers but MSCMS 2.0 is around since Windows 98,
so I'd say most apps that use it expect it to be present. Those are broken
on Wine now,
Hans Leidekker wrote:
Hi,
Here's the beginnings of an MSCMS.DLL (color management) on top of the
LittleCMS library. I had to resort to some rather ugly preprocessor
trickery to be able to include lcms.h, since it happens to define basic
Windows types when not compiled on Windows ;-(.
-Hans
Changelo
26 matches
Mail list logo
