February 2009 - Wine-Devel - list.winehq.org

Re: imagicos

by Austin English

On Feb 6, 2009 at 7:33 PM, Austin English <austinenglish(a)gmail.com> wrote: > On Fri, Feb 6, 2009 at 7:30 PM, Ben Klein <shacklein(a)gmail.com> wrote: >> 2009/2/7 Austin English <austinenglish(a)gmail.com>: >>> On Fri, Feb 6, 2009 at 7:16 PM, Ben Klein <shacklein(a)gmail.com> wrote: >>>> 2009/2/7 EA Durbin <ead1234(a)hotmail.com>: >>>>> I just saw this linux distribution on distrowatch. They claim to be able to >>>>> run all microsoft products. Interesting. >>>>> http://www.imagicos.com/ >>>>> http://www.imagicos.com/microsoft.html >>>> >>>> No they don't. It says "almost every" on the home page and "most" on >>>> the "Microsoft" page. >>>> >>>> Assuming they're talking about Wine, someone should tell them that >>>> they're wrong anyway. "quite a lot of entirely win32 applications", >>>> maybe. Almost certainly not "most". >>>> >>>> Ooh, just spotted some interesting items on their "tested applications" list. >>>> - DirectX >>>> - DirectX 6 >>>> - DirectX 7 >>>> - DirectX 8 >>>> - DirectX 9 >>>> >>>> How about we just completely ignore these idiots? >>>> >>>> >>>> >>> >>> Also: >>> # Internet Explorer 5.0 and 5.5 >>> # Internet Explorer 6.0 >> >> I've heard of some success with 6.0 (without crappy >> winedoors/ies4linux stuff), so I didn't comment. >> >>> # iPod Support in iTunes 4.0 >> >> Hmm, that seems unlikely >> >>> # Mac OS X >>> # Mac OS X Audio Input Support >> >> Well spotted, Austin! >> >> Maybe they're talking about a VM, not Wine ... in which case, you'd >> have to get a copy of Windows, which defeats the purpose of being >> proud about their Windows app support. >> > > From http://www.imagicos.com/why.html : > "Compatibility > iMagic OS can run many Microsoft Windows applications along with Linux > applications, with help from the built in Crossover software." > > Either they've got a deal with Crossover, or bundled it somehow? > > I sent them an e-mail asking for the source, we'll see how that goes. > > -- > -Austin > Got a reply (pretty quick, must say): contact(a)imagicos.com to me 7:02 AM (6 hours ago) Glad to help. We recognize that people have put a lot of work into GNU software, and we honor that with GPL by having the Debian Binary Packages freely available for ease of installation. Attached to this email is a text file that details out this process. We cannot give out all source code, because iMagic OS includes proprietary software such as Crossover Pro & Games, Picasa, Skype, and others, as well as our own applications, including magicOnline and magicOffice, enhancements, configurations, and other desktop features. But we honor anything GNU, so feel free to download the DEBs from Ubuntu repos as we did per instructions in the attached text file. Best Wishes! Your Friends at iMagic OS On Fri, 6 Feb 2009 19:28:34 -0600, Austin English <austinenglish(a)gmail.com> wrote: - Hide quoted text - > I don't see anywhere where I can download the source to > GPL/GPL'ed/BSD/etc. code used in your operating system. Can you send > me the link please. > > Thanks! > -- > -Austin Along with the attached text file...apparently they think pointing users to binary packages is enough to satisfy the GPL o.0. -- -Austin

Feb. 7, 2009

Re: notepad: Make the Lithuanian resources SUBLANG_NEUTRAL.

by Francois Gouget

On Sat, 7 Feb 2009, Aurimas Fišeras wrote: [...] > Since there is only one sublang SUBLANG_LITHUANIAN_LITHUANIA (1) it > probably doesn't matter which one to use. > > [1] http://msdn.microsoft.com/en-us/library/dd318693(VS.85).aspx#NotesPrim Actually Wine has two: #define SUBLANG_LITHUANIAN_LITHUANIA 0x01 #define SUBLANG_LITHUANIAN_CLASSIC 0x02 Which is why, unless we know the translation is really specific to one of them, we prefer to use SUBLANG_NEUTRAL. But you're right, the PSDK has only one sublang (I searched in all the sdks I have around here). The xxx_CLASSIC one came from this patch which does not really help us much: --- commit ca45823a347b6456b4eb36ae5de9c5b6e22ad959 Author: Pablo Saratxaga <srtxg(a)chanae.alphanet.ch> Date: Sat Oct 10 15:38:21 1998 +0000 More NLS data. --- Do we have any reason to keep the SUBLANG_LITHUANIAN_CLASSIC one? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Dieu dit: "M-x Lumière". Et la lumière fut.

Feb. 7, 2009

Re: New Wine Gecko package

by Vitaliy Margolen

Jacek Caban wrote: > Hi all, > > The last release of Wine Gecko caused a few regressions. Yes it did and some are still not fixed. Flash does not work anymore on all the pages. This really needs to be fixed. The plugin came from windows Firefox 3.0.5 where it works fine (under Wine). Vitaliy.

Feb. 7, 2009

Re: richedit: Removed unnecessary calls to ME_WrapMarkedParagraphs.

by Massimo Del Fedele

Dylan Smith ha scritto: > These calls to ME_WrapMarkedParagraphs never do anything, and don't make > sense to be called in these places. These places are for ME_MoveCaret, > and ME_ArrowHome, which both don't involve any text being modified, and > all (direct and indirect) calls to these functions are done after the > text has already been wrapped. > --- > dlls/riched20/caret.c | 3 --- > dlls/riched20/paint.c | 2 +- > 2 files changed, 1 insertions(+), 4 deletions(-) > > > ------------------------------------------------------------------------ > > This patch broke MTEXT and DDEDT autocad commands, see bug http://bugs.winehq.org/show_bug.cgi?id=17301 Ciao Max

Feb. 7, 2009

Re: tests with new DIB

by Massimo Del Fedele

Evgeny Burzak ha scritto: > Hello, > > I make some tests and it show interesting results: > * Archicad 10 and 11 can open plans, crashed of course and unusable, but > with WINEDIB=OFF it didn`t work at all. > * Flash 8 with WINEDIB=ON render fonts much faster. > > Screens and logs attached. > > colors of plans are wrong. Must be grey on white. > Well, thank you for testing :-) The bad colors are probably due to missing ROP on blitting; by now bitblt just do a copy from source to dest bitmaps. I guess I'll add ROP handling on next patches. Do Flash 8 have any bugs on display ? Ciao Max

Feb. 7, 2009

Re: dinput: joydevs[id].name (EVIOCGNAME) is product name, joydevs[id].device is a path

by Vitaliy Margolen

Vincent Pelletier wrote: > joydevs[id].name value comes from EVIOCGNAME iotcl, and is the product name. > > I think joystick device path qualifies as a "Friendly name for the instance" > (as defined for tszInstanceName on MSDN). > > If not, please tell me and I will extend the patch to generate a "Joystick %i" > name, or maybe put joydevs[id].name in both fields. > > - strcpy(lpddi->tszInstanceName, joydevs[id].name); > - strcpy(lpddi->tszProductName, joydevs[id].device); > + strcpy(lpddi->tszInstanceName, joydevs[id].device); > + strcpy(lpddi->tszProductName, joydevs[id].name); No this is not entirely correct. Native doesn't return any device paths. But it does return proper joystick name: Wine: Instance: Logitech Logitech Dual Action ProductName: /dev/input/event7 Win XP: Instance: Logitech Dual Action USB ProductName: Logitech Dual Action USB Another joystick: Wine: Instance: Logitech Logitech MOMO Racing ProductName: /dev/input/event7 Win XP: Instance: Logitech MOMO Racing USB ProductName: Logitech MOMO Racing USB So I'd suggest copying name into both places. I think some applications looking for particular information there. And append "evdev?" at the end so we can tell how it's handled. Vitaliy.

Feb. 7, 2009

Re: riched20: Remove unused functions

by Dylan Smith

On Sat, Feb 7, 2009 at 9:33 AM, Andrew Talbot <andrew.talbot(a)talbotville.com> wrote: > > @@ -65,17 +65,6 @@ ME_String *ME_MakeStringR(WCHAR cRepeat, int nMaxChars) > return s; > } > > -ME_String *ME_MakeStringB(int nMaxChars) > -{ /* Create a buffer (uninitialized string) of size nMaxChars */ > - ME_String *s = ALLOC_OBJ(ME_String); > - > - s->nLen = nMaxChars; > - s->nBuffer = ME_GetOptimalBuffer(s->nLen+1); > - s->szData = ALLOC_N_OBJ(WCHAR, s->nBuffer); > - s->szData[s->nLen] = 0; > - return s; > -} > - > ME_String *ME_StrDup(const ME_String *s) > { > return ME_MakeStringN(s->szData, s->nLen); I think that ME_MakeStringB should be made static, and the ME_MakeString functions should use it since it's code is repeated. I'll send a patch doing that so ME_MakeStringB doesn't remain unused. Besides that I agree with the changes, and was about to submit a patch that got rid ME_ConcatString while some replacing lstrcpyW calls in ME_AppendString that would truncate strings containing NULL bytes, since ME_ConcatString has the same problem. Maybe I should remove ME_ConcatString for you so that our patches don't conflict, since ME_ConcatString follows ME_AppendString in the code. Thanks for helping clean up some of that old richedit code.

Feb. 7, 2009

Re: LookupIconIdFromDirectory16() is unused

by Tom Wickline

Maybe this little util will come in handy. http://www.nirsoft.net/utils/dll_export_viewer.html Download is at the bottom of the page just after Feedback. Tom On Sun, Feb 8, 2009 at 12:50 AM, Detlef Riekenberg <wine.dev(a)web.de> wrote: > On Sa, 2009-02-07 at 15:29 +0100, Francois Gouget wrote: > > > What is strange is thar user.exe.spec exports a > > LookupIconIdFromDirectoryEx() function. So shouldn't it export a > > LookupIconIdFromDirectory() function too? > > LookupIconIdFromDirectoryEx (ordinal 364) is exported by name in XP. > In win3.11, ordinal 364 is not listed as exported function. > > LookupIconIdFromDirectory is not exported by name in win3.11 or XP > > > Unfortunately I have no information about what 16bit dlls are supposed > > to export... > > I'm using "winedump dump -j export <filename>". > For some NE files, the exported functions are only visible with: > "winedump dump -f <filename>" > > > -- > > By by ... Detlef > > > > > -- http://www.wine-reviews.net/ http://bordeauxgroup.com/

Feb. 7, 2009

Re: imagicos

by Peter Bortas

On Sat, Feb 7, 2009 at 4:57 PM, Ben Klein <shacklein(a)gmail.com> wrote: > What it seems to me is that they are selling binaries, not support. > They could be selling licenses (for Crossover, mp3 etc), but that's > not a matter for us to resolve. If it is determined that what they are > selling is binaries, then I'm almost certain that is a violation of > GPL. > > From memory, GPL allows you to charge for the cost of delivering the > software (e.g. CD media, postage), but not the binaries themselves. GPL allows you to skin a buyer for any amount you like. As long as you tell them where the source code is. They also do not need to give you the source. Only the buyers of the product. -- Peter Bortas

Feb. 7, 2009

Re: imagicos

by Michael Karcher

Am Sonntag, den 08.02.2009, 02:57 +1100 schrieb Ben Klein: > > And even if they are in some way vilolating the GPL by not hosting the > > operating systems source > > Not the problem. > 1) Source of individual apps can be retrieved from appropriate > websites. As long as the websites are referenced in the distro's > documentation of each app, they're within the grounds of GPL. First, I am not a lawyer. But the GPL (version 2) says that you have to provide the source code *yourself*. Either by shipping it together with the binaries (section 3a) or by giving you a written offer that they will provide the sourcode to *anyone* who asks for it for a cost not higher than the costs of performing the distribution (section 3b). If you are a noncommercial entity (which iMagic OS definitely is not), passing on the written offer is also enough (section 3c). Finally, if you distribute by offering a download, you have to offer a source download *from the same place* (last paragraph of section 3). > 2) They don't have to license their own code written for the distro under GPL Correct. But only if they don't link GPL libraries. > What it seems to me is that they are selling binaries, not support. > They could be selling licenses (for Crossover, mp3 etc), but that's > not a matter for us to resolve. If it is determined that what they are > selling is binaries, then I'm almost certain that is a violation of > GPL. No, it is not. You may charge as much as you want for binaries of GPL programs. You just have to allow your clients to pass it on for free. > From memory, GPL allows you to charge for the cost of delivering the > software (e.g. CD media, postage), but not the binaries themselves. This just applies to the source code. Regards, Michael Karcher

Feb. 7, 2009