Re: Google Summer of Code Mentors?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010-10-14 01:39, Jeremy White wrote: > Did we have an 'official' leader for GSOC this past year? Actually, Maarten was doing all the admin work for Wine this year. > If not, could I ask someone (*cough* Kai *cough*) to nominate themselves? I'm already traveling to the Mentor summit on a Samba slot. > We need to coordinate getting some information to the SFC so that > we can collect the mentor stipend from Google. Technically, everybody who signed up as a mentor with the Google web-app this year can go, no matter if you had a student to mentor or not. We get to send two mentors. The mentor summit is a great opportunity to meet developers from a wide range of open source projects, it's probably one of the best cross-sections of open source know-how you can find in a weekend. I can only recommend going. See http://gsoc-wiki.osuosl.org/index.php/Main_Page#Mentor_Summits for the notes from the last years. Cheers, Kai - -- Kai Blin Worldforge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAky2mYwACgkQEKXX/bF2FpQQRQCfWhBk+2Hzb8XnE1ZEk+AnFa4g wQsAnAikfDsr8MaLAn4m5hfFgfR7LPBD =NlAN -END PGP SIGNATURE-
Re: LinuxTag Berlin - call for projects
On Thu, 2010-04-29 at 10:12 +0200, Jan Gerrit Möltgen wrote: > Hello together, > > the Wine project is accepted for LinuxTag. I'm verry sorry, in the period of > the day linux I have no time unexpectedly and at this moment my time looks > bad, too. Is anyone here, who can manage the Wine on LinuxTag and would be at > this time in Berlin. > If no one is there, I will discard the stand unfortunately. Until when do you need to know? Cheers, Kai
Re: LinuxTag Berlin - call for projects
On Thursday 25 February 2010 12:12:41 Jan Gerrit Möltgen wrote: Hi Jan, > I'm not sure, if this is the right place for my question, but I thought > it's better than the user-list. The LinuxTag in Berlin makes a call for > projects ( http://wiki.linuxtag.org/w/fp:Call_for_Projects ) and in my > oppinion Wine should be represented there. Has somebody already submitted > an application? If yes, I would like to support, otherwise I'd like to > submit an application and would be happy about every helping hand. I don't think anybody has applied yet, at least I don't remember seeing any announcement on this mailing list. I've added Uwe Bonnes to the CC list, I know he used to man the Wine booth at LinuxTag back when it was in Karlsruhe. I'm afraid I won't have time to help out myself, but it currently looks like I'll be spending my vacation time this year travelling to a couple of conferences, so I won't have time left to go to LinuxTag. The downside of not having a job working on open source. ;) Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
GSoC 2010 is on
Hi folks, Google announced this year's GSoC incarnation. It would be nice if everybody could have a look at http://wiki.winehq.org/SummerOfCode and check if the project they want to mentor is on there. Also, feel free to propose new projects, assuming a student with low prior knowledge about Wine can complete them in 2 months of time. (They have 3 months, but past experience tells us this almost always takes longer than planned). Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Wine FIXME Report 2009 Aug - Dec
On Wednesday 06 January 2010 17:49:12 Kai Blin wrote: > I'll send a patch. I see Wolfram beat me to it. :) Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Wine FIXME Report 2009 Aug - Dec
On Wednesday 06 January 2010 01:02:04 Reece Dunn wrote:
> 2010/1/5 Michael Stefaniuc :
> > 2040 | 36 | ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c109
>
> 0xc109 is NT_STATUS_MESSAGE_NOT_FOUND according to
> http://lists.samba.org/archive/jcifs/2004-February/003038.html.
>
> Interestingly, in dlls/ntdll/tests/error.c, there is already an entry
> for STATUS_MESSAGE_NOT_FOUND, so I am not sure where this fixme is
> originating (older version of wine?):
> 511 cmp(STATUS_MESSAGE_NOT_FOUND,
> ERROR_MR_MID_NOT_FOUND);
Nope, that fixme is still in the code. To quote from dlls/ntdll/error.c:
while (table->start)
{
if (status < table->start) break;
if (status < table->end)
{
DWORD ret = table->table[status - table->start];
if (ret == ERROR_MR_MID_NOT_FOUND) FIXME( "no mapping for %08x\n",
status );
^^^
return ret;
}
table++;
}
So there's an explicit test for the STATUS_MESSAGE_NOT_FOUND mapping, as
that's also used for a "No mapping found" return in the mapping table. It
looks like it'd make sense to change that if check to
if (ret == ERROR_MR_MID_NOT_FOUND && status != STATUS_MESSAGE_NOT_FOUND)
FIXME(...);
I'll send a patch.
Cheers,
Kai
--
Kai Blin
WorldForge developer http://www.worldforge.org/
Wine developerhttp://wiki.winehq.org/KaiBlin
Samba team member http://www.samba.org/samba/team/
--
Will code for cotton.
signature.asc
Description: This is a digitally signed message part.
Re: Whitespace cleanups
On Wednesday 25 November 2009 19:02:08 Ken Thomases wrote: > On Nov 25, 2009, at 11:13 AM, Nate Gallaher wrote: > > Ken Thomases wrote: > >> One important reason to avoid whitespace-only changes is it makes > >> git-blame essentially useless for finding the real source of functional > >> changes. > > > > But is that really important? git-bisect would put you on the other side > > of any whitespace changes, and a prudent bug-hunter should be referring > > to the commit logs anyway. > > Who says git-blame is only useful on occasions when it makes sense to > git-bisect? Or that one is hunting bugs. > > I often use git-blame precisely to figure out which commit log I need to be > looking at to understand why the code is the way it is. I see something in > the code which is done in a way I don't understand/expect. I git-blame to > see what commit introduced the code in that form. I get a commit ID. I > look up the commit to see what it contained, what the log message was, what > commits were around it, etc. There _is_ a -w option to git-blame that ignores whitespace, though. Adding two characters (possibly via an alias) is a small price to pay for non-braindead formatting imho. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: switching to redmine?
On Thursday 19 November 2009 06:39:27 Dan Kegel wrote: > I'm highly skeptical of these newfangled wiki+bugzilla+scm+mailinglist > thingies. It's really hard to do all those jobs well. I think that was the general consensus on this suggestion. Most developers don't seem to think the current set-up is broken enough to make this change worth all the trouble it'll cause. IIRC Scott decided to go and give it a try anyway, so at least one of us could have an informed opinion. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: To error out or to skip tests?
On Friday 06 November 2009 13:21:45 joerg-cyril.hoe...@t-systems.com wrote: > The picture on test.winehq.org is a disaster: None of the w95, w98, nt4, > 2k, 2k3, Vista, 2k8, w7 machines have performed winmm:wave tests! > They all have no sound configured. Mostly useless. By extension of your logic, all results from Windows machines < Vista and from most Wine boxes are useless for ws2_32 tests, as they all don't have IPv6 configured so the IPv6 tests skip. To pick up on Nate's idea, I'd request that everybody adds a -ipv4 or -ipv6 suffix to the names of the test reports. Additionally, no single test machine runs as part of a windows AD or even NT4 domain. Thus, a couple of advapi32 tests are skipped, making them worthless. Perhaps people should add a -nodomain suffix to their test report names. If I make all of those tests error out, I'll be drowning real test failures in the noise of configuration issues. I think the same thing applies to your sound tests. Btw, just ask the d3d folks about their woes with (almost) everybody running their windows-based tests on virtual machines, making a lot of the d3d tests useless. Not to mention that there's many people who run hardware with really lousy graphics drivers. Having to skip tests because the system's configuration does not support running them is just something we need to deal with. Kai PS: I was joking about the suffixes. Just to make that clear. I don't want to go having to call my test boxes win2k3-kb-vb-nosound-domain-noadmin-ipv6-ie7- bluebg-classictheme-en_IE-nodotnet -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: libsmbclient and wine?
On Friday 23 October 2009 22:26:49 Dan Kegel wrote: > Hi folks, > it's often been said that wine can't use libsmbclient because > of license problems. I'd like to look at that assumption a bit. > > - What would wine like to use libsmbclient for, if it could? Reading files from remote systems via UNC paths would come to mind, as well as NBT lookups. > - Would it suffice to just link it in to wineserver, or would > it need to be invoked directly by all sorts of dlls? For the UNC path part, we need the logic in the redirector, which probably should be located in the wineserver. For the NBT part, this needs to be called from netapi32. We might be able to do nbt lookups via an LGPL library via winbind, though. The catch is of course that we'd have to have a running winbindd for that. > - Would we just use the system's libsmbclient (I hope so) > rather than trying to import its source? We'd use the system library. > Also, fwiw, I think the Samba guys are willing to multiplex > their listening daemon so Wine could handle incoming > named pipe requests if we want to. Technically, we (wearing my Samba hat) will have to implement something that'll allow multiplexing the named pipe handling in one of our daemons. But from our last conversation on the subject, we seem to be ready to do that if needed. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: ws2_32: Use the routing table information for gethostbyname('self') if the magic IP would otherwise be returned.
On Saturday 10 October 2009 22:52:48 Vitaliy Margolen wrote:
> > Changelog:
> > ws2_32: Use the routing table information for
> > gethostbyname('self') if the magic IP would otherwise be returned.
>
> Thanks for the patch, however there are few issues with it.
>
> Why do you return a list of IP addresses from WS2_get_local_ips if you need
> only one? Just get the one with the lowest metric and return it.
>
> I think it would be better
That's not what Windows does, though. Windows returns the full list.
Just my 2 cents,
Kai
--
Kai Blin
WorldForge developer http://www.worldforge.org/
Wine developerhttp://wiki.winehq.org/KaiBlin
Samba team member http://www.samba.org/samba/team/
--
Will code for cotton.
signature.asc
Description: This is a digitally signed message part.
Re: [PATCH 2/7] dpwsockx: Implementation of SPInit
On Saturday 10 October 2009 18:18:30 Henri Verbeet wrote: > 2009/10/10 Kai Blin : > > But I highly doubt DirectPlay works on any of those. > > That would be a bug then, although perhaps not the most important one. > > > It's always in intel byteorder. > > That just means the network byte order is little endian. > > I agree this isn't the most important thing in a practical sense, but > as a principle I think network protocol implementations should > maintain that distinction. I'd agree if DirectPlay was a networking protocol. It's not. It only works over the network by accident. > The same applies for reading/writing data > from/to disk or any other external source/destination. I just don't see why we need to be more compatible than native in this case, that's all. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: [PATCH 2/7] dpwsockx: Implementation of SPInit
On Saturday 10 October 2009 12:08:32 Henri Verbeet wrote: > 2009/10/10 Kai Blin : > > Wine runs on architectures with different byte order? I'm not sure if we > > need to be too concerned here. DirectPlay basically sets up a couple of > > structs > > We have at least some level of support for PowerPC, SPARC, Alpha and > ARM. Probably not something to be overly concerned about, no, but I > don't think maintaining the difference between network and host byte > order is a bad idea in general. But I highly doubt DirectPlay works on any of those. It's always in intel byteorder. I don't disagree in general, but for DirectPlay, it's just not an issue whatsoever. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: [PATCH 2/7] dpwsockx: Implementation of SPInit
On Tuesday 01 September 2009 11:00:37 Henri Verbeet wrote:
I realize I'm a bit late for the party, but anyway:
> 2009/9/1 Ismael Barros :
> > +typedef struct tagDPSP_MSG_HEADER
> > +{
> > + DWORD size; /* size & 0x000F, token & 0xFFF0
> > */ + SOCKADDR_IN SockAddr;
> > +} DPSP_MSG_HEADER, *LPDPSP_MSG_HEADER;
> > +typedef const DPSP_MSG_HEADER* LPCDPSP_MSG_HEADER;
> > +
>
> It seems you're sending this over the network, so you should make sure
> it's correctly packed, and take the byte order into account.
Wine runs on architectures with different byte order? I'm not sure if we need
to be too concerned here. DirectPlay basically sets up a couple of structs
for managing multiplayer games and pushes the structs over the network. It's
a pretty common way for Microsoft to define "network protocols". I've even
seen pointers in the structures being passed, of course they're completely
meaningless to the other peers.
Of course the packing needs to match what MS is sending over the network.
Cheers,
Kai
--
Kai Blin
WorldForge developer http://www.worldforge.org/
Wine developerhttp://wiki.winehq.org/KaiBlin
Samba team member http://www.samba.org/samba/team/
--
Will code for cotton.
signature.asc
Description: This is a digitally signed message part.
Re: Requesting comments on patchset to fix Bug 7929 (C&C 3 network does not work)
On Saturday 10 October 2009 01:15:17 Juan Lang wrote: > Hi Eric, > > it seems to me that if this is the best we can do, we're fixing it at > the wrong layer. Surely putting the fix in the Linux kernel would be > much smaller in code size, and higher performing, as we wouldn't have > to filter packets in user space. Been there, got wristslapped. The network subsystem maintainer of the Linux kernel is pretty clear that he won't add quirky windows behaviour to the Linux network stack just so Wine can get some apps to work. Erich's work seems to be the first real solution to a problem that affects a couple of games with developers who didn't get networking right. I'm pretty sure this only works by accident on windows as well, it'll break on dual-homed windows hosts just the way it breaks on Wine. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Google Summer of Code mentor summit Oct 24th-25th
Hi folks, Wine gets to send two delegates to the Google Summer of Code mentor summit in Mountain View, CA, this October. Is anybody who mentored interested in going? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: [ntdll, cmd] Implement file attributes with xattr on mac and linux (fixes bug 15679)
On Tuesday 08 September 2009 16:11:06 Dan Kegel wrote: > This patch uses filesystem extended attributes in > a way compatible with Samba 3 to store the win32 attribute bits. > It builds and runs on mac and linux, passes tests on linux and vista, > and should be easy-ish to port to solaris (though who knows > what xattr solaris' native cifs server uses, hopefully it's the > same as what samba 3 does). As JRA already replied with more Samba3-specific things, just a word about the Samba4 handling. In the last months, we've been working on getting more and more features of Samba3 and Samba4 use the same codebase or at least behave the same way. There's a good chance that both implementations will converge to one sort of behavior, so if we get that implemented we should be fine. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: programs/services: sign compare fixes
On Sunday 23 August 2009 10:55:39 Austin English wrote: > -- > -Austin No patch and no attachment. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
GSoC 2009 Final evaluations due
Hi folks, GSoC 2009 is wrapping up and the final evaluations are due. So far only one student and no mentors have filled out the surveys, so please take your time and take care of that soon. The results are due on Monday, but I'd prefer if I had some room to deal with any issues coming up, so please try to get the surveys in as soon as possible. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
GSoC 2009 final week of coding started
Hi GSoC students, hi mentors, just a little heads up that the final week of coding for GSoC started on Monday. The program timeline suggests that you start with writing documentation and tests now, but check with what your mentors think you should work on. Firm "pencils down" date is next Monday. Also see http://socghop.appspot.com/document/show/program/google/gsoc2009/timeline for the timeline. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Spotted on Reddit's frontpage [ wine-patches the black hole of code? ]
On Monday 27 July 2009 13:08:44 Scott Ritchie wrote: > First the patchwatcher tool told them their first patch broke the test > suite on a platform they didn't think of. Probably doable, once we get patchwatcher back up. > Then their second patch, > which passed, was put on a landing page where another developer could > click a button and send a review. Android has a git-compatible code review tool called gerrit, iirc. It looks a bit painful to set up, so I've never given it a try myself. But even if we had such a tool I'm not yet convinced it would help much. There's too many areas where you're not scratching anybody else's itch. And if it doesn't have emacs integration, Alexandre won't use it ;). Of course I'm happy to be prooven wrong on this. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
GSoC mid-term evaluations due
Hi GSoC students and mentors, Just a little reminder that you need to fill out your GSoC surveys by monday. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Anyone at LinuxTag?
On Monday 29 June 2009 08:40:47 Austin English wrote: > > Now what I understood you're suggesting is that instead of contracting a > > company or individual, the client could give the money to a Wine > > Foundation. How is that money going to turn into the code the client > > wants to have? Is the Wine Foundation going to hire Wine developers to > > work on such stuff? Is there enough money in development services like > > that to offer a stable job to any developer? > > No, that's not what I was saying. I was actually referring to the > comment about random paypal buttons and a lack of a real > infrastructure for accepting donations. Yeah, but Dan wasn't talking about donations. The money the German government is planning to spend will be project-bound, for someone to implement stuff they want. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Anyone at LinuxTag?
On Monday 29 June 2009 07:51:03 Austin English wrote: > On Mon, Jun 29, 2009 at 12:46 AM, Kai Blin wrote: > > Yes. Realistically, there will be a contract involved regulating what > > needs to be done to get the money. I very much doubt the government just > > go and drop money on random paypal buttons and hope for the best. The way > > I've seen stuff like this work before is that there's a call for bids > > from companies to implement certain features in a piece of software, > > maybe with the requirement at a reasonable effort to get the produced > > changes upstream. > > Ah, misunderstood what you meant there. > > Eventually some sort of foundation would be the best thing to head > toward, but that's a legal headache. I don't see how a foundation would help with a a situation like that. To recap the (theoretical) situation. Someone, let's call him the client, wants some features implemented in Wine and is ready to spend money on that. Now, there's three things the client could do. He could hire some developers to get the stuff he wants implemented. That's a huge administrative effort just to get some lines of code done, and as you tend to pay employees by work-hours, you need to estimate how long it will take to implement the feature. The more obvious thing to do (IMHO) is to go and contract somebody, company or individual to implement these features. As opposed to an employment contract, you usually agree on what needs to be delivered and pay only if it is delivered. Now what I understood you're suggesting is that instead of contracting a company or individual, the client could give the money to a Wine Foundation. How is that money going to turn into the code the client wants to have? Is the Wine Foundation going to hire Wine developers to work on such stuff? Is there enough money in development services like that to offer a stable job to any developer? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Anyone at LinuxTag?
On Monday 29 June 2009 01:22:00 Austin English wrote: > On Sun, Jun 28, 2009 at 5:38 PM, Ben Klein wrote: > > 2009/6/29 Scott Ritchie : > >> Who would they give the money to, even if they wanted to give it to us? > > > > Codeweavers? > > Is a private for-profit company. > > Is there something wrong with putting it in the Wine development fund, > under custody of the Software Freedom Conservancy? Yes. Realistically, there will be a contract involved regulating what needs to be done to get the money. I very much doubt the government just go and drop money on random paypal buttons and hope for the best. The way I've seen stuff like this work before is that there's a call for bids from companies to implement certain features in a piece of software, maybe with the requirement at a reasonable effort to get the produced changes upstream. My two cents, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Anyone at LinuxTag?
On Saturday 27 June 2009 02:16:42 Dan Kegel wrote: > If anyone's at LinuxTag, maybe it would be worth wandering over to > Halle 7.2a, Stand 111 and chat the projects up to see if any > of them have any interest in Wine... Ah, damn, that was like a day late. I won't make it in time today. However, the way I read the article, (most of) the money is planned to be spent on improving software already in use at some agencies. No idea if this already includes Wine or not. :) Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Clarify logical condition in dlls/wined3d/arb_program_shader.c
On Saturday 20 June 2009 17:17:53 Gerald Pfeifer wrote: Hi Gerald, not really about this patch in specific, but would you mind sticking to the established practice of prefixing your patches with the area of wine you're affecting? That makes it easier to skim the wine-patches list for the dlls I know and care about. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Trouble cloning git via http
On Monday 15 June 2009 17:49:05 Juan Lang wrote: > Anyone else cloning git via http? I'm behind an annoying proxy > server, and when I try to clone, I get: > error: Unable to find afce86b4bc6198575bbe6046d12fd77efe01cd46 under > http://source.winehq.org/git/wine.git > Cannot obtain needed object afce86b4bc6198575bbe6046d12fd77efe01cd46 > > Just curious if anyone else has seen this or knows what I could try. Have you tried cloning from repo.or.cz? The git http protocol is really stupid and can't search multiple packs. repo.or.cz seems to do a decent job of keeping the repos repacked. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Insane git output
On Saturday 13 June 2009 19:43:30 Dan Kegel wrote:
> I did a git pull today, and saw this:
>
> copy programs/clock/rsrc.rc => dlls/d3dx9_36/tests/resources.h (57%)
> copy {programs/clock => dlls/d3dx9_36/tests}/rsrc.rc (57%)
> create mode 100644 dlls/d3dx9_36/tests/texture.c
> create mode 100644 dlls/d3dx9_36/util.c
> create mode 100644 dlls/msctf/compartmentmgr.c
> create mode 100644 dlls/oleacc/oleacc_De.rc
> create mode 100644 dlls/windowscodecs/Makefile.in
> rename programs/clock/rsrc.rc => dlls/windowscodecs/main.c (57%)
>
> Wha? Those are some crazy renames/copies...
At least windowscodecs/main.c is a stub. So I take the LGPL license comment is
the same. Git doesn't care about filenames much, and judges operations based
on content. If the file's mostly the license header, it doesn't sound so
insane to assume they're a copy (57% identical)
Cheers,
Kai
--
Kai Blin
WorldForge developer http://www.worldforge.org/
Wine developerhttp://wiki.winehq.org/KaiBlin
Samba team member http://www.samba.org/samba/team/
--
Will code for cotton.
signature.asc
Description: This is a digitally signed message part.
Re: Which virtualization software should I choose
On Thursday 11 June 2009 14:58:14 David Gerard wrote: > VMWare is reputedly better - it's the oldest common VM software and > its emulation is very seasoned, well-tested and robust. If you discount that last I checked, VMware still couldn't do IPv6 in their virtual networks, and every single kernel upgrade your distro does is a pain. There's always something, I guess. Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: How is 0.0.0.0 handled in Wine?
On Tuesday 09 June 2009 17:33:32 Austin English wrote: > FWIW, a user sent me this e-mail: That looks like a bug in iphlpapi, not related to how wine deals with INADDR_ANY as target ip address. Feel free to open a bug about that, but I fail to see how this is related to the current thread, Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: How is 0.0.0.0 handled in Wine?
On Tuesday 09 June 2009 07:17:58 Austin English wrote: > > 0.0.0.0 and broadcast packets cause some problems with the newer Command > > and Conquer games, but the ticket was closed some time ago. I believe it > > was decided that since the kernel devs wouldn't change how Linux handles > > these cases that it would be too much trouble to work around it. > > http://bugs.winehq.org/show_bug.cgi?id=7929 Rereading this bug tells me that it's a) not related to 0.0.0.0 being pingable in unix b) due to programmers abusing the api to get their broadcasts to work c) not fixable by us without kernel support d) not going to happen Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: How is 0.0.0.0 handled in Wine?
On Tuesday 09 June 2009 11:00:25 David Gerard wrote: > > On Windows, this would likely cause a catchable error. On Linux (at > > least), the socket connection may succeed. I think someone said C&C3 > > is affected by this inconsistency between Linux and Windows INADDR_ANY > > handling; this is probably why :P > > Until someone demonstrates a real need for this (with appropriate test > > cases) ... > > Apart from the test cases, didn't you just name a real app that needs this? I'm pretty sure C&C had other issues. I don't have C&C (3 iirc) myself, so I can't test that. I know that StarCraft is affected by broadcasts on unix being different than broadcasts on win. However, the StarCraft way of doing networking is _very_ braindead (you can tell IP based network gaming was a quick slap-on patch) and is easy to break on windows machines with more than one network interface as well. I figure C&C has similar issues. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: How is 0.0.0.0 handled in Wine?
On Tuesday 09 June 2009 07:10:40 Austin English wrote: > On Mon, Jun 8, 2009 at 7:14 PM, Ben Klein wrote: > >> Seems to me to be a bug, i.e., Wine shouldn't be able to use 0.0.0.0. > >> It seems that we're simply passing this on to the host os, which is > >> then routing it back to localhost. Perhaps we need to catch 0.0.0.0 as > >> a special case and refuse? > > > > I'm not sure Wine should be a special case if it's not breaking apps. > > While that's arguable , Putty can give a demonstratable corner case > that has behavior different on Windows than on Wine, and it's entirely > likely that there's some other app depending on that behavior that we > *don't* know about. There's a couple of cases where windows networking just works different from Unix networking. We could try to fix all of this in user space (some just can't work, like a socket bound to e.g. 192.168.0.23 on windows will still receive broadcast traffic going on on the vpn network with 10.0.0.255). I'm pretty sure there's more weird things going on. Given that you're not actually supposed to ever send anything to 0.0.0.0 anyway, I don't see how this is actually breaking windows apps that'd never expect this to work anyway. You're welcome to try and get patches about this past Alexandre, but I'd say that you'd be creating loads of special cases without much reason. It was annoying enough having to handle that modern linux distros always resolve the hostname to a loopback address and many windows apps think that gethostbyname(gethostname()) was a good idea to figure out what IP address to bind to when they actually want to bind to INADDR_ANY. (That's 0.0.0.0 btw, and will find you my "gethostname() should not resolve to localhost" hack.) In any case, unless we find an app that's really broken due to this, we can possibly reconsider. But I'd argue that if you ask your kernel to contact any IP address for you, you shouldn't be surprised if it's lazy and decides that any IP address might just be localhost. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Its Alive! Patchwatcher is reborn.
On Sunday 31 May 2009 09:05:36 Zachary Goldberg wrote: > All, > > As you may have noticed in the last WWN I have been working on getting > patchwatcher back up on a rather nice server whose cpu time is > graciously donated by STWing (stwing.org). I've got it running at the > moment at > > http://winepatch.stwing.upenn.edu/results2/ The most notable issue is that most patches fail to apply and apply claims they're reversed patches. Are you sure you're using git am the right way? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Bugzilla: I dont stay logged in
On Monday 25 May 2009 14:22:34 André Hentschel wrote: > Hi, > If i log in with both Checkboxes selected, i can do exactly one thing, and > then i am logged out again. For example: if i am on a bug and log in, i > can write a comment and got logged out. if i log in and select "add an > attachment" i can fill the form, but the next step doesnt work correct > because i got logged out. can someone fix it please? I had that as well. Unchecking the "restrict to this IP address" seems to have fixed it for me. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: DIB Engine : passing all tests
On Sunday 24 May 2009 06:54:10 Ben Klein wrote: > Does that mean it's time to remove these todos (and make them full > tests) or are they still wanted for the case where Max's DIB engine is > not installed? They are full tests, they're just marked as not passing in wine. Which they don't. At least not until wine has a DIB engine. > I'm looking forward to this hitting upstream :) Have the architectural > issues been solved yet? It seems like Max and Alexandre agreed to disagree. I wouldn't hold my breath for this code to be merged to the main tree. Unfortunately, Max seems to like using Bugzilla to let people track his patches, instead of dumping them into some git tree, which would make keeping track of updates easier. His call of course. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: [Article] WINE and the importance of application compatibility
On Tuesday 19 May 2009 01:45:14 Scott Ritchie wrote: > I don't think we'll get much traction with this unless we can reasonably > tell them they only need to test the stable Wine release. But 1.0 is > pretty old these days, so they probably won't bother. > > I'll add it to my list of evangelism to do after Wine 1.2 hits. And > also not-so-subtly suggest this is another reason Wine 1.2 needs to > happen sooner ;) There's two sides to this, though. From an ISV perspective, there's something as "release too often". I've heard fom many distros that they're not too happy about Samba doing a minor version bump twice a year these days. Of course I guess a Wine stable release once a year is reasonable, assuming we try really hard to not regress between stable releases. That depends on being able to test a lot of applications, though. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: dplayx: Enclose NS_GetOtherMagic() in #if 0 since it's only used from code enclosed in #if 0.
On Wednesday 13 May 2009 10:38:08 Francois Gouget wrote:
Personally I think we should just kill all that unused code and be done with
it. Currently the only way to get a working dplay implementation is to use
the native dlls anyway. Our version has been bit-rotting for quite some time.
Cheers,
Kai
> 1) Remove this dead code altogether...
> 2) Replace the #if 0 with an if (0) so that the function is 'used'
> 3) Fix the code so it has neither #if 0 nor if (0) (which might be the
> same as option 1, I have no idea)
>
>
> dlls/dplayx/name_server.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/dlls/dplayx/name_server.c b/dlls/dplayx/name_server.c
> index e6a6b62..a503270 100644
> --- a/dlls/dplayx/name_server.c
> +++ b/dlls/dplayx/name_server.c
> @@ -183,6 +183,7 @@ DWORD NS_GetNsMagic( LPVOID lpNSInfo )
>return lpHdrInfo[1];
> }
>
> +#if 0
> /* Get the magic number associated with the non NS end */
> DWORD NS_GetOtherMagic( LPVOID lpNSInfo )
> {
> @@ -190,6 +191,7 @@ DWORD NS_GetOtherMagic( LPVOID lpNSInfo )
>
>return ((LPDWORD)lpCache->lpLocalAddrHdr)[1];
> }
> +#endif
>
> void NS_SetLocalAddr( LPVOID lpNSInfo, LPCVOID lpHdr, DWORD dwHdrSize )
> {
--
Kai Blin
WorldForge developer http://www.worldforge.org/
Wine developerhttp://wiki.winehq.org/KaiBlin
Samba team member http://www.samba.org/samba/team/
--
Will code for cotton.
signature.asc
Description: This is a digitally signed message part.
Re: Severity levels
On Sunday 10 May 2009 15:59:30 Ken Sharp wrote: Ken, some food for thought here. > Henri Verbeet wrote: > > When you're not subscribed to the list, your posts have to go through > > moderation. Sometimes that can take a while. > > So the idiot isn't even subscribed to this group, but is spamming it > anyway? > > Don't feed the trolls. How exactly is this post not an ad hominem attack, commonly used by trolls to start flame wars? I seriously dislike the tone this mailing list keeps taking recently. This kind of poisonous behaviour is bad for Wine in general. Please try to be civil. An engineer should be able to voice technical criticism without insulting people. If you feel the need to insult people for whatever reason, don't do it on the mailing list. Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
RFC: Removing the --use-cached-creds parameter from ntlm_auth
Hi Rob, I've done some digging about using cached credentials from winbindd, and this currently breaks with how we use this from Wine. Specifically, it's not possible to get the session key from winbindd. This breaks our later attempts to do signing/sealing. It might be possible to change winbindd to include this information, but in order to not leak user password information, winbindd can only do so for NTLMv2 and NTLM2. In any case, --use-cached-creds will make things break in new and interesting ways for users who actually are running winbindd. I propose to stop setting that parameter until we figure out how to make this work. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: RFC on Base Wine Config
On Sunday 03 May 2009 07:07:35 Ben Klein wrote: > 2009/5/3 chris ahrendt : Replying to Ben's email as I didn't get Chris' email Ben replied to. I would also like to note that I don't appreciate the tone both of these emails are taking in the end. Please try to be civil. That being said, let me get to the technical part. > > I guess I am not being completely clear somewhat > > If I am in windows and go into explorer... > > We've been through this before. Wine is not Windows. In Wine, the > drive has to be mapped in dosdevices. > > go to a network drive. I do > > not nescisarily have to map that drive in order to run an application > > (so long as the DLLS it needs, if any, are not just on that drive). I > > can click the application > > and it runs. I realise this may be a fundamental difference between unix > > and windows but still they should theoretically run the same. The important part here is that your local drives are local drives. Don't confuse the Wine drive mappings with network drive mappings in Windows. Think about a Wine drive mapping like plugging a new hdd into your box. > > But you're NOT running the test from a network drive, are you? And > even if you were, you'd need some way to inform Wine that it's there, > which would be to map it to a drive. Does Wine even support > Windows-style shares? Nope. We could, but then you'd have to create a Samba share to allow us to use the directory. I'm pretty sure a wine drive mapping is easier and faster. > > Also from > > a command line I can do (I think if I am remembering correctly (been > > doing to much z work lately) ) //server/directory/app.exe and it will > > retrieve and run the app... (I think) That's a bit besides the point, as this is still a valid UNC path. Now imagine I've got a USB hdd with my app on it, and that's usually connected at U:, with my app being at U:\test\app.exe. Now the logic in Windows mapping my USB drive to U: is just what the wine dosdevice mapping is like. If I now tell windows to remove the USB device, my desktop link to U:\test\app.exe is not going to work anymore. > This message appears in your bug report: > > Warning: could not find DOS drive for current working directory > > '/home/cahrendt/wine-git/dlls/inetmib1/tests', starting in the Windows > > directory. Here my analogy would be a bit stretched, as in that you'd still manage to be on the USB drive while it's already been disconnected. But basically you're trying to run a program that's on a drive not connected to your wine "box". Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Redirector code in Wine?
On Friday 24 April 2009 06:00:04 you wrote: > Kai wrote: > > I'm trying to figure out where the wine server actually decides if a file > > actually is a file on disk, a local or a remote pipe. Any pointers? > > Search for FileFsDeviceInformation in ntdll/file.c, maybe. Hm, I should have worded this better. The way I understand this function, it does a the POSIX file -> Win32 file mapping. I'm looking for the other way around, Vitaly pointed me in the right direction. Now if I would just understand that code.. :) Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Redirector code in Wine?
Hi folks, I'm trying to figure out where the wine server actually decides if a file actually is a file on disk, a local or a remote pipe. Any pointers? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Remote named pipes and stuff.
Hi folks, I'm at SambaXP again, and so of course the cifs Kernel driver folks talked to me about the named pipe implementation. It seems like they are still trying to figure out how this could be implemented in the cleanest way. However, Jeff Layton asked me about a use case, and I have to admit I can't think of one off the top of my head. So, what application do we have that fails to work due to the lack of remote named pipes? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: sxs: Implement a stub CreateAssemblyCache to make Publish or Perish install.
On Sunday 19 April 2009 23:55:14 Kai Blin wrote: > As mentioned by the authors of Publish or Perish in their FAQ > (http://www.harzing.com/pop_faq.htm#Q309), Wine exporting sxs.dll and not > providing a real CreateAssemblyCache function trips up the installer. > This patch allows Publish or Perish to install without issues. > > Thanks to Donnie Berkholz for pointing me at this issue. > --- > dlls/sxs/sxs.c| 10 ++ > dlls/sxs/sxs.spec |2 +- > 2 files changed, 11 insertions(+), 1 deletions(-) Of course the moment I sent this, I found the real implementation in fusion.dll. Sending a forward, feel free to ignore this patch. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Article on wine development strategy
On Saturday 18 April 2009 05:21:20 Dan Kegel wrote: > http://yokozar.org/blog/archives/48 is a fun little look > at using simulation to see how various strategies > might affect Wine development. Interesting, but largely academic. > The one that worked out best was to pick some random > user who's almost happy, fix the last few bugs that > are keeping his apps from working, and then once > he's happy, move on to the next such user. The problem seems to be identifying these people. The model assumes that you can tell which piece of software almost works, and that you know the almost happy users. In reality, you only seem to hear from the pretty unhappy users and the occasional really happy user. Susan Cragin is about the only user I can think of off the top of my head who's almost happy and could be made completely happy by fixing all of the remaining bugs in DNS. Also, reality has us deal with the fact that new applications are added while we're working on the old ones, and looking at the graphs, we're only going to make a significant number of users happy when we're about 98% done fixing the bugs. I realize that it's a bit hard to model "rate of new applications with new bugs being added", but that's what happens in real life. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: [2/2] secur32/tests: Fix GetUserNameEx() tests (try 2)
On Tuesday 14 April 2009 12:39:51 Ge van Geldorp wrote: Hi Ge, > > Why did you remove: > > > > -if (0) /* Crashes on Windows */ > > -rc = pGetUserNameExW(NameSamCompatible, NULL, NULL); > > - > > > > The point of these additions was to show/document that Windows crashes > > when called like this. > > Because Alexandre told me for an earlier patch to remove tests that crash > on Windows: > http://www.winehq.org/pipermail/wine-devel/2009-January/072010.html What Paul meant is that as this test is behind an if(0), it's not going to be run anyway. So all it does is to serve as documentation of Windows behaviour. Arguably, this could just be a comment, ideally in the implementation of GetUserNameExW, but in general it's nice to have this sort of information. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Single login for Wine sites?
On Monday 06 April 2009 17:04:02 Jan Zerebecki wrote: > I read a bit about OpenID security issues and from that it seems > that OpenID is more secure than what we currently use if the > Relying Party ( the website that wants to authenticate a user, > i.e. winehq.org ) and the OpenID Provider get their > implementation right (i.e. I have not found any security bug in > the spec itself). The downside is that there is one more party > that can be compromised, the upside is that this party is usually > the hardest to compromise and that it ensures that some attacks > don't work on the other two parties (that previously worked). > > I may be wrong, so please correct me. I see the attack scenario where someone stole an openid user's identity and is now using that to do bad things on the wine sites. Also, the flaw I see in the OpenID spec is that they're not requiring the use of SSL, but you decided to not allow the MITM attack against the DH exchange as an argument. So all I can say is that while all the points I could raise are invalidated by your exclusion, I don't like the OpenID design and don't want to support it. There's good password safe programs available for people who don't want to remember their logins for multiple sites. That should be good enough. Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: NTFS filesystem features -> WONTFIX?
On Tuesday 07 April 2009 04:21:37 Vitaliy Margolen wrote: > - Implement missing functionality - will most likely be nearly impossible > without driver support for special features. Or have to be emulated by Wine > (then why not for any other FS?) We can probably get away with 80% of the apps only using 20% of the features, as usual. I guess that apps are mostly interested in ACLs, which could be mapped to POSIX acls, stored in file attributes or some database or simply faked. Samba does this, I don't see why we couldn't. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: i have itunes 7.60 successfully running on f10 kde 4.2
Hi, > He was very helpful in saying "iPod" without saying what generation it is. He said ipod touch, and none of those work in amarok. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: [1/5] resend include: bring in6_addr into line with the MS definition
On Tuesday 07 April 2009 13:32:54 Jeff Latimer wrote: > The definition of in6_addr is not fully expanded as yet. This patch > adds the extra definition. This version is based on the Vista PSDK and > places the definition in in6addr.h. Is there any reason you're putting this into an extra header? The PSDK I have around keeps this in ws2ipdef.h Other than that, thanks. I've been working on a similar patch but got sidetracked. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
GSoC students, check that you're subscribed to updates to your proposal
Hi folks, it seems that the current GSoC webapp does not subscribe you to updates on your proposals automatically. Please log in there and make sure that you're subscribed. Otherwise you might miss comments by the mentors, which will reflect negatively on your proposal. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Students, get in your GSoC proposals NOW.
Hi folks, Google has asked the mentoring orgs to remind students to submit their applications now rather than later, so Google can plan ahead better. You still can edit your proposals up until the deadline. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
GSoC Mentors, please start looking at the student proposals
Hi folks, the student application period is nearing it's end and the proposals are starting to come in. From what I heard the new web-app doesn't support changing the application after the deadline on April 3rd, so I'd like mentors to give as much feedback as possible before the deadline. Also, please indicate if you're willing to mentor specific proposals. Thanks, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Single login for Wine sites?
On Sunday 22 March 2009 17:29:33 Igor Tarasov wrote: > Maybe add openid support and let users connect existing accouts to one > openid? We decided to go for a secure system, if at all. OpenID was discussed and quickly dropped at the last WineConf. Google for "openid security issues" to see what I'm talking about. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Call for mentors
Hi folks, looking over the ideas list again, there are quite some projects that don't have a person willing to mentor yet, or list Dan Kegel, who's currently taking a break. If you feel like mentoring a student this summer, please pick one of these projects and put your name in the "Possible mentor" field. Thanks, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Summer of Code 2009 is on
On Thursday 19 March 2009 00:17:34 Kai Blin wrote: > > If you're a Wine developer and you want to mentor, let me know. Actualy, the process is a little more involved. You'll have to go to http://socghop.appspot.com/ and create a user handle called "link_id", then tell me that link_id. Should have said that right away, sorry. :) Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Summer of Code 2009 is on
Hi folks, Wine has been accepted into the Google Summer of Code 2009. If you're a student interested in working on Wine and getting some money (and a cool t-shirt) for it, consider applying. If there is any project you still want to see on http://wiki.winehq.org/SummerOfCode, add it now. If you're a Wine developer and tou want to mentor, let me know. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: GSoC 2009 application sent
On Thursday 12 March 2009 16:58:19 Owen Rudge wrote: Hi Owen, > What kind of would be involved in being a backup admin? I could perhaps > put myself forward for this - hopefully of course you won't be hit by > any buses, though. ;-) Well, basically you need to take over for the org admin if needed and - at the start of the program, accept known developers as mentors and reject people you don't know - during the program, make sure that all the mentors are still active and organize a backup mentor if a mentor disappears (not happened to me before) - at the mid-term, chase all the mentors to turn in their mid-term evaluations - at the end of the program, chase all the mentors to turn in their final evaluations. That's pretty much it. If you admin or mentor, you can't participate in GSoC as a student. If you're interested, log into melange (http://socghop.appspot.com/), create a link_id and tell me that link_id. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: GSoC 2009 application sent
On Tuesday 10 March 2009 10:28:00 Kai Blin wrote: One more thing. Maarten doesn't have time to do this, so I would need someone as a backup admin to take over in case I'm hit by a bus or the like. I was acting as Maarten's backup last year, and I didn't have to do a thing. :) I'll also promise to be careful when crossing roads, it's just a safety measure to make sure I'm not the single point of failure. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
GSoC 2009 application sent
Hi folks, I've just sent our application for this year's Summer of Code. Could everyone please have another look at the proposed projects at http://wiki.winehq.org/SummerOfCode to see if all the proposals are still current. Feel free to discuss new project ideas on the mailing list as well. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Wine download page usability problem
On Sunday 22 February 2009 15:51:31 Dan Kegel wrote: > On Sun, Feb 22, 2009 at 4:45 AM, Kai Blin wrote: > >> Please try http://kegel.com/wine/distro.html > > > > Konqueror 3.5 on an unknown distribution Linux an unknown CPU! > > userAgent Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 > > (like Gecko) (Kubuntu) > > Yeah, that's https://bugs.launchpad.net/bugs/332339, and rather > unlikely to be fixed unless a lot of people push for it. No, it's not. You can see that the userAgent string contains (Kubuntu). I'm not sure if I turned this on at some point in the past, but it's not parsed correctly in any case. > I think the upshot of this experiement is that > we should use the useragent info when it's helpful > (which is most of the time, since Firefox on Ubuntu > and several othe distros has the needed info), > and just keep on as we were doing when it's not > (which should only be 20% or so of the time). +1 Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Wine download page usability problem
> Next idea: why don't we detect the user's distro via javascript, and > put a targeted link to the 'right' package above the table? > > Please try http://kegel.com/wine/distro.html > and let me know if it detects your distro properly, > I'll fix it up as needed. > > I'm kind of excited about this technique for cleaning up install flows... > - Dan Konqueror 3.5 on an unknown distribution Linux an unknown CPU! userAgent Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) (Kubuntu) Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Wine & viruses
On Tuesday 17 February 2009 17:11:20 Martin Hinner wrote: > Hi, > > I will start one more hot discussion. Sorry if it was discussed > earlier, I am not regular reader of this mailing-list. I tried to > search google, found several discussions, but no real result: > > http://www.linux.com/feature/42031 > http://www.vnunet.com/vnunet/news/2116150/linux-experts-wine-virus > https://bugs.launchpad.net/ubuntu/+source/wine/+bug/256880 > wine-devel mailing list google results > > The problem is that some (almost all?) distributions simply execute > .exe file when you click on it. I was amazed when testing JTAGTest on > Linux! This is in my opinion quite big issue as ordinary users do not > have problem clicking on "New folder.exe" on their flashdisk etc. It's > good that wine is so compatible that it runs even viruses, but I think > there should be some (optional) protection. The biggest problem seem > to be removable media, in many distributions mounted under /mnt or > /media. Please think about this twice before writing "problem is in > Microsoft not in Wine", "it's not a bug but feature", etc. It's too > childish IMO. People who analyze malware seem to use wine to figure out what API calls the malware is making. Seems like a very good use of Wine to beat the bad guys. I don't see anything childish about Wine's decision to be bug-for-bug compatible with Windows. > - What about creating a configurable list of directories, where wine > would first ask if you really want to execute the program? It would be > up to distribution what is set-up by default. What about having the system virus scanner scan all files you download before executing them in Wine or any other program? Just because there's not that many viruses/trojans for Linux yet doesn't mean it's going to stay that way. > - It's long time I have been interested in viruses, but I think that > 90% of most common virus infected/trojan .exe files can be pretty > easily identified. Yes, if you keep a virus data base like virus scanners do. It's a huge pain to keep those up-to-date. We don't want to deal with that stuff in Wine, there's enough work left without also pretending to be a virus scanner. > Almost every modern virus is trying to connect to > the internet either by opening socket or using few standard DLL > functions. What about adding some checks to Wine that would check the > calling function code sample against some small database to see if > this is a virus and ask user? Or adding some "API" functions to allow > someone to write such program? I have done quite a lot of work with PE > loading and code modification and I think it could be moved to level > when it works without crashing anything. Right. A pop-up box is going to be the solution. Especially as users (especially people used to Windows, like most Wine users) learned that these pop-ups have two buttons, one saying "Go away and do what I told you" and one saying "Annoy me by not running my program". How many normal users will ever bother to read the text on Vistas UAC pop-ups? > Obviously this would have to be global for wine (libwine.so?), not as > a PE exported API function. Pre-loaded "antivirus" would be able to > hook Winsock functions + some other important stuff and then check if > the binary code is not on the list. If you're really interested, look into resurrecting http://wiki.winehq.org/ClamAntiVirusIntegration It has probably bitrottet in the last two years, but it'd at least get you an idea how something like this could be done. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: GSoC 2009 coming up
On Tuesday 17 February 2009 04:41:11 Brian Vincent wrote: > On Sat, Feb 14, 2009 at 2:39 AM, Kai Blin wrote: > > We should also investigate possible changes to the requirements (weekly > > reports to the mailing list come to mind). Maarten, any comments? > > My gut instinct was weekly reports would be a bad idea for students - of > course they're just going to procrastinate until the last month and then do > all the work at once. Yes, Kai, I realize you were the exception to that > rule. That's not going to work anyway. There's a mid-term evaluation you're going to get failed at if you didn't produce anything until the mid-term. :) > Then my second thought was: "Hey, if this was the real world their manager > would certainly be expecting progress reports. Therefore mentors should > too." And, it makes for simple updates to include for WWN issues. I > think it'd be interesting to weekly or bi-weekly reports, but I think > mentors will need to apply a little tactful pressure in order to get the > status report updates. My biggest motivation for requiring weekly status updates is that in the past years I had a hard time following the GSoC projects I was not involved with directly. At WorldForge, we required weekly reports to the mentor at first and then decided that the weekly reports should go to the developer mailing list. That kept everybody informed what was going on. Also, if the weekly reports don't only include "that's what I did last week" but also "this is my plan for the next week", students can get early feedback if whatever they're planning to do next looks like a bad idea to some other developer. It also helps integrating the students in the community, as they're not only talking to their mentor. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: http://wiki.winehq.org/NamedPipes - documenting the samba / wine NamedPipes integration
On Sunday 15 February 2009 19:47:13 Luke Kenneth Casson Leighton wrote: > i've been updating this page with relevant information that is part > requirements specification, part documentation. of particular > relevance is the lack of support (in both tng and samba 3) for > transferring SetNamedPipeHandleState semantics, although the "stub" > functionality inside tng (smbd/pipe-proxy.c) at least records the NP > message-mode flags, and then _completely_ ignores them ha ha :) > > exactly how this is to be implemented is unclear, and to be absolutely > honest, by far the simplest-sounding approach may be to actually > compile samba up as a win32 app! That'd force you to run Wine as root (or using POSIX capabilities) to be able to bind to < 1024 ports. Also, if the box is also running Samba, we're at the old clash of who owns ports 137-139 and 445. > given that samba tng has _already_ successfully been ported to win32, > it has a head start here. and in that regard, ReactOS has it made, > done and dusted! Yes, but ReactOS doesn't run any other smbd, while I'd argue that's relatively common on Unix machines these days. > the alternative is... gaahd, i dunno... messy, to say the least, and > *shudder* an mmap'd tdb is sounding _really_ attractive. I'm not sure why you'd want to make assumptions about the database backend the samba server is using. Assuming sometime this year we actually manage to roll out franky as a release, a bunch of databases will end up being LDB, not TDB. > tell me if this sounds reasonable. basically, a mini-wineserver > protocol - a mini-SMB protocol - is required. commands to "send", > "receive", "setnamedpipestate", "waitnamedpipestate" and "close". all > required. > [...] > does this sound like a reasonable proposition - a mini SMB/wineserver > protocol - for use for inter-communication between wine and samba in > order to exchange named pipe traffic? Is there any reason we can't use plain old RPC for talking to Samba? We need to authenticate somehow, of course. There would be long term advantages of setting up a more generic pipeline to talk to Samba, though. I'm thinking of browsing support, netapi support, and a couple of other things. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
GSoC 2009 coming up
Hi folks, the organization application period for GSoC 2009 is starting on March 9th, so it's time to get our http://wiki.winehq.org/SummerOfCode wiki page in shape again. Detlef Riekenberg and Roderick Colenbrander made a good start, so if the rest of you could check and make sure that all the projects on there still make sense? We should also investigate possible changes to the requirements (weekly reports to the mailing list come to mind). Maarten, any comments? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Firefox 3 runs faster on Linux+Wine than on Linux -- comparative to running on Windows
On Friday 13 February 2009 18:54:23 Reece Dunn wrote: > The real benefit in terms of speed for Wine would be not to use msvc, > but to hand-optimise specific algorithms to take advantage of faster > assembly instructions. This would likely be for the cryptographic > algorithms (SHA1, MD5, etc), I doubt that'll be worth it. the crypto routines shouldn't be called that often, as opposed to say.. the DX math functions or the like. Of course as you said, this would only matter if any of these turn out to be performance hogs anyway. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: ntdll: add a warning about running wine as root (resend)
On Monday 09 February 2009 17:29:19 IneedAname wrote: > On Mon, 9 Feb 2009 07:35:20 -0700 (GMT-07:00) > > James Mckenzie wrote: > > Yes, there are legit reasons to run as root, one of them is the now > > famous ICMP 'Ping' unavailability issue in Linux. Experts know about > > this and how to work around it. Newbies, used to Windows and how it > > works, just figure that this is restricted to administrators, and switch > > to root to get around it. The proper command, as I have learned through > > years of UNIX administration, is 'su -' but newbies don't know this and > > most just use 'su'. > > Can you point me at a guide for using ICMP 'Ping' without root? > Sorry for being a noob. You want to look at POSIX capabilities. I keep forgetting which one gives access to raw sockets. Google will know. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Bugzilla default assignment for secur32
Hi folks, since SSL support sort of works, we're getting a large amount of SSL-related bugs. As I don't deal with the SSL-implementation at all, could some Bugzilla admin remove me as defauly assignee for secur32 bugs again? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Simple but awesome demos of Wine?
On Sunday 01 February 2009 20:11:33 Seth Shelnutt wrote: > Dan, > > As far as games go, off the top of my head there is WoW, and Guildwars. > Battlefield 2/2142 both seem good choice. Counter Strike: Source and COD4 > are gold rated. Lastly Crysis is gold rated too. There is an issue with > punkbuster but that only effects online play. You do need to take the German youth protection law into account, though. I'd stay away from shooters, I guess. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: http://wiki.winehq.org/NamedPipes
On Friday 30 January 2009 19:38:20 Luke Kenneth Casson Leighton wrote: > samba having "break-out" for named pipes traffic is one of those > absolutely _essential_ things that should have fucking well gone into > the samba source code a _long_ time ago. around 1998 would have been > good. Funny enough, the Samba project codenamed "franky" (http://wiki.samba.org/index.php/Franky) will be doing all of this. It's not quite there yet, but after some nice work done in the Samba3 smbd by Volker Lendecke and some more work in the Samba4 "samba" daemon by Stefan Metzmacher, Jelmer Vernooij and some overall effort by other folks from the Samba Team, franky is coming along quite well. Just a heads up, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: gdi32: Remove unneeded check. (Coverity)
On Tuesday 27 January 2009 18:29:10 Rob Shearman wrote: > It doesn't make much sense to leave the lcdfilter variable in the > function if you're going to remove the if condition depending on it, > since it only has one other use. > However, It might have been the intention of the author of this code > that this is setting to be changed at compile time (or runtime through > a registry tweak) and have the code do the appropriate thing - in that > case it would have been better to put the variable at the top of the > file. I actually have no idea. This was the smallest possible fix that addressed the coverity issue, but I agree that we need to do something with the lcdfilter variable. Looking at the commits responsible for the lcdfilter assignment (028617b9) and the if check (45a081f1), I don't see anything that hints at why there's an if check with lcdfilter hardcoded. CCing the original author. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: New Coverity run
On Saturday 24 January 2009 12:24:29 Marcus Meissner wrote: > On Sat, Jan 24, 2009 at 12:22:33PM +0100, Paul Vriens wrote: > > Dan Kegel wrote: > >> On Fri, Jan 23, 2009 at 2:47 PM, Marcus Meissner wrote: > >>> There are actually more ... 815 - 870 (ca 57), and other types too. > >> > >> Whoops, right, I only got the first page, I guess. Here's a more > >> complete list. > > > > David promised me we get even more issues reported once we get to rung2 > > :). The engine they use for rung2 is new and better apparently. > > I see it with gphoto2 for instance. > > However, what was the criteria again for rung2? 0 unreviewed bugs? :) 0 open bugs, iirc. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Ouch.
On Tuesday 30 December 2008 23:55:56 Dan Kegel wrote: > http://enquiringmimes.com/wp/2008/12/30/a-rumor-we-hope-is-true/ > said > "WINE is the famous, this-would-be-so-cool-if-it-only-actually-worked > way of running Windows on other platforms without needing Windows, > kind of like how useful it might be to have your blood pumped through > your body without needing a heart." Ah, a troll, just in time to be chased away by the new year fireworks. Happy new year, folks. Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Are OpenBSD bugs worth filing?
On Friday 26 December 2008 21:16:58 David Gerard wrote: > Some of us on wine-users are trying to get Wine to install on OpenBSD. > First, of course, we need to get it to compile on OpenBSD ... > > Are bugs on this platform considered valid reportable bugs? I couldn't > find any OpenBSD bugs on a quick search in Bugzilla. They are considered valid bugs, but be prepared to go through a lot of iterations if developers aren't able to test on their own machines. (At least I don't have a spare just for toying with OpenBSD) Basically, the best way to get a new, uncommon POSIX OS supported in Wine is to get somebody familiar with (programming on) the OS to work on Wine, or at least closely with the Wine developers. That's how FreeBSD was fixed to better support Wine's needs some time ago. This required a couple of patches to the FreeBSD kernel, IIRC, so if the OpenBSD kernel lacks a feature Wine needs, you might have to spend time talking to the OpenBSD team to get features added. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Functions that should be static
On Thursday 18 December 2008 10:09:02 Francois Gouget wrote: > dlls/secur32/secur32.dll.so: SECUR32_initNegotiateSP This function would (and at some point did) register the Negotiate security provider. It's not called right now because the provider is not implemented and registering it broke some applications. The better solution here would be to completely remove negotiate.c and readd it once it's implemented. > dlls/secur32/secur32.dll.so: SECUR32_strdupW This should be used by functions like e.g. QueryContextAttributesW. It's just that we cheat and not implement the parts of that function that need to allocate strings yet. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: wineps: clipping bug; clipping performance
On Tuesday 16 December 2008 11:42:55 Wolfgang Walter wrote: > I have not received any comment yet. That's probably because not too many people know much about this. Detlef Riekenberg is probably the person who should comment on this, I've CCed him. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Canonical and wine
On Wednesday 10 December 2008 19:09:16 Dan Kegel wrote: > http://www.technewsworld.com/rsstory/65431.html > quotes Gerry Carr, marketing manager at Canonical: > "We aren't considering a pitch about using Wine or Parallels like on a > Mac. There is no real look at Wine. It doesn't always work well. So > this won't win over users to the benefits of Linux," > > So there you go. Canonical will think about Wine once it always works > well. Sure. because only 'hardcore Linux users' use Wine. That's just what I see every day when I look into #winehq. Hardcore Linux users who never need help with the basic questions of compiling Wine from source or updating to the latest Wine release, but who are stopped from running their games^Wprograms by Wine. Excuse me while I rush out to catch one of these flying pigs, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Coverity Telco coming up
Hi folks, Coverity is hosting a telco tomorrow about some new technology they're going to roll out to projects. I'm planning to attend, and would like to bring up any issues we're currently having in the Q&A session. Issues I'm currently seeing with our Coverity experience: - Adding new developers to the access list is painfully slow - Builds are pretty outdated (They seem to be working on this) Anything else? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: wineoss.drv: Eliminate all 64-bits warnings
On Tuesday 02 December 2008 10:28:04 Austin English wrote: > Minor, but you've got a few extraneous whitespace changes: Those are on otherwise empty lines, I don't see how that'd matter. The reason people don't like formatting-only patches is that it breaks "git blame" history. As git blame supports an "ignore whitespace-only changes" flag, I don't see why these whitespace changes are bad. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: wineconsole: Wait on events in curses backend using select instead of poll
On Sunday 30 November 2008 00:52:57 Martin Storsjö wrote: > poll can't handle terminal devices on Darwin, since Tiger. See the > following discussion: > http://lists.apple.com/archives/Darwin-dev/2006/Apr/msg00066.html There's reasons we switched from select to poll. You can't just switch back to select to work around a OSX _bug_. If Apple can't get their act together to fix this, this needs to go behind a configure check/ifdef. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: RFC: Proposed new web site design
On Tuesday 25 November 2008 01:59:12 Brian Vincent wrote: > - I don't know which search terms people use to find Wine, but this sounds > like a good chance to do some search engine optimization. Dunno. If I enter "wine" into Google, the first hit is www.winehq.org, followed by Wikipedia's Wine(software) article and the Wine section of the Ubuntu forums, before giving the Wine(beverage) Wikipedia article. These might be slightly off due to the fact that Google decides I'm German and prefer German websites and German websites about the beverage spell it "Wein". All in all it looks like we're well-represented, though. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Accounts in bugzilla and e-mail addresses used to submit patches
On Sunday 23 November 2008 19:10:42 Vitaliy Margolen wrote: > We already have big number of users who do their own regression testing. > But what we don't have is developers addressing introduced problems in the > timely matter. > > Some regressions are hard to fix. Some are easy. The best person to make > such a judgment would be the person who made the patch. However lots of > regression bugs don't even see a note from patch author. This is what I'm > trying to fix. Yes, good call. I just don't see why simply emailing the author of the patch pointing to the bugzilla bug# wouldn't do the job. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Accounts in bugzilla and e-mail addresses used to submit patches
On Sunday 23 November 2008 12:14:23 Henri Verbeet wrote: > 2008/11/23 Vitaliy Margolen <[EMAIL PROTECTED]>: > > Can please everyone make sure that their e-mail in bugzilla matches the > > e-mail they use to submit patches? Or at least make it easily guessable. > > Or can we have all developers create page on Wiki and state their e-mails > > they use on bugazilla? > > > > The reason I'm asking is the standard procedure for a regression testing > > is to add author of the patch to CC. However sometimes it's impossible to > > do. As example this commit that introduced regression (bug 16165): > > Personally, I read wine-bugs anyway, so I'd rather people didn't CC me. I don't read all of wine-bugs, but I filter on components I usually work on. So if the bug is triaged into the correct component, I'll certainly notice. You can always email the author of the patch and point to the bug report. That should be sufficient. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: dead stores in netapi32
On Wednesday 19 November 2008 00:10:52 Juan Lang wrote: > > Does that netbios code actually work? IIRC you need to bind to port 137 > > to do netbios requests. > > That's not strictly true, you can be a client without binding to port > 137. You just can't advertise any services. I haven't tried it > myself in a long, long time, though I did hear from a couple people > that were using it successfully a few years ago. Oh, ok. I've only ever seen 137 in traces, but I guess that makes sense on Windows, where browsing is a system service anyway. Thanks for pointing that out, Juan. Ricardo, I'm currently looking at the netapi32 files you pointed out. Thanks for the catch. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: dead stores in netapi32
On Tuesday 18 November 2008 23:13:38 ricardo filipe wrote: > hi juan! > > i'm tracking some dead stores with Clang and i've found some in files you > created that i'm not comfortable messing with. Does that netbios code actually work? IIRC you need to bind to port 137 to do netbios requests. I can see that failing in most use cases, as you shouldn't be root when running Wine. And even if you are, it'll fail if you're running nmbd from Samba. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: RFC: Wine Icons
On Friday 14 November 2008 19:13:32 Juan Lang wrote: > > I find that a bit alarming. I'm sure he's working very hard, and doing > > good stuff, but I don't think Wine should be redrawing anything. Not > > when we have Tango around - it's designed to try create some consistency > > through standardisation. IMO standards are really good! - we use them if > > we possibly can. > > The trouble is that the Tango icon set doesn't cover all the icons > Wine needs. There's no Tango icon for regedit, for instance. IIRC there's Tango icon sets for specific applications. If we're doing our own icons anyway, we could try to keep them coherent with the rest of the Tango look and get the icons upstream to Tango. This seems like the most reasonable approach. Of course the only things I usually paint are walls so I'd have no idea how easy it is to match the Tango specs when designing icons. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Bugzilla - Add keyword and remove OS's
On Friday 14 November 2008 15:05:41 Markus Hitter wrote: > Really? > <http://darwine.sourceforge.net/> Interesting how wine's website is at http://www.winehq.org/, not at http://darwine.sourceforge.net/ They're a separate project. If there's bugs building darwine on some ancient MacOS version, they should be kept in darwine's issue tracker. I'm getting the feeling you're just poking at this for the sake of keeping the thread going, so I'll back out of it now. Unless you can name a technical reason why Wine would need to keep a bunch of OSes it doesn't run on in Bugzilla, I doubt you'll get much feedback. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Bugzilla - Add keyword and remove OS's
On Friday 14 November 2008 09:53:03 Markus Hitter wrote: > Am 14.11.2008 um 00:15 schrieb Austin English: > > Howdy, > > > > The OS list in bugzilla is a bit excessive. [...] > > Mac System 7 > > Mac System 7.5 > > Mac System 7.6.1 > > Mac System 8.0 > > Mac System 8.5 > > Mac System 8.6 > > Mac System 9.x > > You could merge them to "MacOS 9 and before" What's the point? Wine doesn't run on PPC anyway. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Launchpad Bugzilla plugin can allow us to share comment histories for forwarded bugs
On Thursday 06 November 2008 17:50:48 Scott Ritchie wrote: > There's a launchpad bugzilla plugin available now, made by bugzilla > developers: https://help.launchpad.net/Bugs/BugzillaPlugin > > Having this seems like it would simplify things, as there wouldn't be a > need to forward comments on a launchpad bug to the one posted at WineHQ. > It can be quite annoying checking both pages once a bugzilla bug and a > launchpad bug are linked to eachother. Apart from being a bit weary about the general quality of launchpad bugs, especially to ubuntu, I think this can be helpful. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: wininet: let automated testers force all DNS lookups to return localhost
On Friday 31 October 2008 16:11:58 Hans Leidekker wrote: > On Friday 31 October 2008 15:52:43 James Mckenzie wrote: > > >What happened to your /etc/hosts proposal? It has the > > >advantage that we don't need changes to Wine source code. > > > > This would not work on Macs as /etc/hosts is locked to admins only and > > would be a problem to implement. > > That's true for Unix in general, but I think we require admin rights > already because the services need to bind ports below 1024 for example. That's where the Samba style socket wrapper would help. The tricky part is that this would have to be implemented in winsock, so it wouldn't necessarily port to windows too well. On the other hand, binding to low ports isn't that big of a problem on windows, and we require administrator privileges for the tests anyway. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: Patchwatcher status
On Sunday 26 October 2008 23:00:51 Dan Kegel wrote: > I'm running into http://bugs.winehq.org/show_bug.cgi?id=15716 > more and more often. We really need to set up mock > servers so test cases don't need to rely on the public > internet. Samba has a socket wrapper library that fakes network access. It's not going to work on Wine the way Samba did it (I tried and failed), but I'd be interested in implementing something similar for Wine. Ideally, it'd be compatible to Samba so I can use it for testing, but there's no reason the internet tests can't use that as well. The issue here is that we need to do some pre-setup on the environment we run in, ideally in a way that works on Windows as well. This seems to be hard, so I might be overengineering things. If you think something that for now only runs on Wine would be useful, I can give that a shot. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
[RFC] Fixes to allow developing Windows apps on Wine
Hi folks, Austin just checked if bug #11965 [1] was still alive. I know it's still an issue, and I wonder if we would want to fix this sort of thing. Ok, actually the question is if Alexandre wants to have it fixed, I'd be happy to provide a patch. In short, the issue is that for people developing and testing Windows software in Wine, Wine will gladly do networking without anybody calling WSAStartup(), so this won't show up in tests. If you forget the WSAStartup call, the app will break on Windows. In order to fix this, we'd have to start tracking WSADATA structures per thread. Comments? Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: wine users forum registration issue
On Tuesday 21 October 2008 18:25:19 Andreas Mohr wrote: > > This is now about the 30th time (no, REALLY, this __IS__ the 30th time, > or possibly even 50th!) that someone has severe issues with WineHQ > forum registration, in the last 12 or so months. > Could someone _please_ finally do something practical about it? Given that most people on this list don't seem to use the forum and thus don't notice, how about the people who actually use the forum get together and figure out a way to make it work? Alternatively, as was suggested before, we could ditch the forums and point people to the google groups interface for the wine-users list. > Doing severe cross-posting to make sure this does get noticed, thanks. Have a cookie. Don't know why CCing wine-patches should help, unless you want patchwatcher to notice. > (I should be doing entirely different things ATM, but I simply cannot > let this huge usability and mailbox clogging issue linger any longer, > thus I'm escalating it, sorry) Right. So the forum software is broken, and all of the Wine devs would rather fix Wine than the forums? Sounds like a good case for ditching the forums. Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: [PATCH 08/12] (resend) LookupAccountSidW() - handles first user account
On Tuesday 21 October 2008 08:29:47 Paul Bryan Roberts wrote: > The conformance tests for LookupAccountName() use LookupAccountSid() so > if the former is to support the 'first user account' SID then so must > the latter and the latter needs prior implementation. There's no guarantee that the first user account will have a RID of 1000. This is just what windows currently seems to use. That being said, the test cases work on a test machine of mine where RID 1000 is not assigned to the first user, so I won't complain. Perhaps the comment should mention that the RID pool starts at 1000 or somesuch. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: [PATCH 12/12] (resend) LookupAccountNameW() - accept account name of the form domain\user
On Tuesday 21 October 2008 08:30:27 Paul Bryan Roberts wrote: > The implementation is backed up with a new conformance case, which was > verified against W2K SP4. After the complete test series, the advapi32/tests/security.c tests pass fine against a Win2k3 DC. Thanks for pushing this further along. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
Re: [PATCH 11/12] LookupAccountNameW() - refactor to eliminate code duplication
On Tuesday 21 October 2008 01:06:45 Paul Bryan Roberts wrote:
> -FIXME("%s %s %p %p %p %p %p - stub\n", debugstr_w(lpSystemName),
> debugstr_w(lpAccountName),
> +TRACE("%s %s %p %p %p %p %p - stub\n", debugstr_w(lpSystemName),
> debugstr_w(lpAccountName),
>Sid, cbSid, ReferencedDomainName, cchReferencedDomainName, peUse);
If you still consider this function a stub, please keep the FIXME,
otherwise, please remove the "- stub" from the TRACE.
Cheers,
Kai
--
Kai Blin
WorldForge developer http://www.worldforge.org/
Wine developerhttp://wiki.winehq.org/KaiBlin
Samba team member http://www.samba.org/samba/team/
--
Will code for cotton.
signature.asc
Description: This is a digitally signed message part.
Re: [PATCH 07/12] LookupAccountNameW() - NULL account name handled
On Tuesday 21 October 2008 01:05:34 Paul Bryan Roberts wrote: Hi Paul, I'm glad to see someone tackle this. One minor thing I have with this patch.. > +ok(sid_use == SidTypeDomain, "Expected SidTypeDomain, got %d\n", > SidTypeDomain); seems like this should be ok(sid_use == SidTypeDomain, "Expected SidTypeDomain(%d), got %d\n", SidTypeDomain, sid_use); This was wrong before already, but perhaps you could fix that while touching that code anyway. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developerhttp://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton. signature.asc Description: This is a digitally signed message part.
