June 2006 - Wine-Devel - list.winehq.org

Re: wineprefix: Create a cdrom drive if it exists at /media/cdrom

by Mike Hearn

On 6/1/06, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > What about the device node symlink? It's needed for the games alot and > it's the number one thing I get asked for help for now. We don't have > an easy way to detect it, although HAL should be able fix it. Right well that's us being borked somewhere ... Alexandre has said on IRC that we shouldn't actually need the x:: symlink anymore :)

June 1, 2006

Re: wine problems on a 64bit system

by Mike Hearn

On 6/1/06, Alexandre Julliard <julliard(a)winehq.org> wrote: > Yes, I'm afraid we'll have to do that by default, there are too many > broken binaries out there. I think we've only seen a couple of such reports so far .... given that the exec bit was never enforced before now it wouldn't be surprising if there are lots of buggy apps out there but we don't seem to be seeing them yet. Perhaps for NX capable systems it could be an appdefault? The security enhancement it gives would be nice to have at least as an option for power users (yeah yeah I know, another pref ...) thanks -mike

June 1, 2006

Re: [Darwine] RFC - wine-macos mailing list

by Mark F. Murphy

At 5:05 PM -0500 6/1/06, Jeremy White wrote: >Some Mac folks have told me privately that having a Mac specific mailing >list on www.winehq.org would make it more inviting to them. >Perhaps that is reason alone to make the change. > >What do others think? +1 mark -- --------------------------------------------------------------------------- Mark F. Murphy, Director Software Development <mailto:markm(a)tyrell.com> Tyrell Software Corp <http://www.tyrell.com> ---------------------------------------------------------------------------

June 1, 2006

RFC - wine-macos mailing list

by Jeremy White

Hi Folks, I'd like to pull one thread out of a previous discussion and ask for comments on it specifically; I think other issues in the thread detracted from what I think is a useful discussion. Specifically, should we create a 'wine-macos' mailing list? I think the idea would be that it would be a mailing list for Mac users and developers to worry about Mac specific issues. The benefit is that it would be more inviting to Mac users and it would allow Mac folks to hone in on Mac specific topics. The goal is still that Mac Wine developers would come join us on wine-devel and #winehackers, so it would likely end up primarily as a user forum. I guess the downside is that it could be confusing, and you can argue that we haven't created any platform specific lists prior to this. My driving concern is that I think we need to welcome the Mac community to the Wine Project and do all that we can to enable the Mac developers and users to use mainstream Wine resources. I don't think anyone wants www.winehq.org to be perceived as a 'Linux only' environment. (Although I do see that www.winehq.org doesn't list Mac OS X...hmmm). Some Mac folks have told me privately that having a Mac specific mailing list on www.winehq.org would make it more inviting to them. Perhaps that is reason alone to make the change. What do others think? Cheers, Jeremy

June 1, 2006

Re: How are we doing?

by Molle Bestefich

Tony Lambregts wrote: > The Application Queue is not being processed in a timely fashion. > > For myself I am busy with my day job, working on upgrading bugzilla, and > burnt out/frustrated trying to keep up with Application submitions (I am > too soft hearted to reject some submittions that probably should be > rejected). Keeping up with the Application Queue is a tough job (for me > at least, at this time) and at this point just reviewing some of the > submittions makes my head hurt. Once I get some free time, I'd like to get acquainted with the AppDB code and help out in the PHP department, specifically making it easier for maintainers to do stuff without having to go through the moderation queue. Too bad that the queues are filling up, unfortunately I don't have the time or energy to help with that right now. I think the system needs a shift towards less stuff ending up there in the first place, right?

June 1, 2006

Re: How are we doing?

by Molle Bestefich

KGJ <WOLFProductions(a)gmx.de> wrote: > The AppDB is a great idea, but why is it so poorly integrated in the > main page? The same question goes to the Bugtracker and the Wiki where > the situation is even worse. On most web pages you have a navigation bar > which remains the same as long as you are on the same page. But if you > enter the AppDB or the Bugtracker you have the feeling that you are on > an entirely new page which only have a link back to the main page and a > similar design. If you enter one of the wiki pages the situation is even > worse because it does not even have a link to the main page in the > navigation bar. Is this a design decision or is it just the lack of time > which prevents IMHO proper integration? There's so many pages, I think it's utopia to create a common menu for all of them. But perhaps the menu could have an integrated navigation bar added. Example. On the main page: +====== | WineHQ | > Wiki | > AppDB | > Issue Tracker After clicking "Wiki": +====== | WineHQ | > Wiki | > Categories | > All pages | > Recent changes Sort of a menu + navigation bar + automatic-folder-of-unused-menu-items-thingy...

June 1, 2006

Re: wineprefix: Create a cdrom drive if it exists at /media/cdrom

by Jesse Allen

On 6/1/06, Mike Hearn <mike(a)plan99.net> wrote: > The location CD drives are mounted changes between systems, this patch is > essentially specific to yours. Wine already supports HAL, which should > solve this in a more correct manner (though we have reports it doesn't > work for some games!), so how comes that's not enough? > > thanks -mike > What about the device node symlink? It's needed for the games alot and it's the number one thing I get asked for help for now. We don't have an easy way to detect it, although HAL should be able fix it. Jesse

June 1, 2006

Re: How are we doing?

by Marcus Meissner

On Thu, Jun 01, 2006 at 03:21:52PM -0400, Vijay Kiran Kamuju wrote: > Any status on what projects have been approved and > who is going to work on which project for this years SoC. They are listed here: http://code.google.com/soc/wine/about.html Ciao, Marcus

June 1, 2006

Re: How are we doing?

by Tony Lambregts

On 6/1/06, KGJ <WOLFProductions(a)gmx.de> wrote: > Hi, > > The AppDB is a great idea, but why is it so poorly integrated in the > main page? The same question goes to the Bugtracker and the Wiki where > the situation is even worse. On most web pages you have a navigation bar > which remains the same as long as you are on the same page. But if you > enter the AppDB or the Bugtracker you have the feeling that you are on > an entirely new page which only have a link back to the main page and a > similar design. If you enter one of the wiki pages the situation is even > worse because it does not even have a link to the main page in the > navigation bar. Is this a design decision or is it just the lack of time > which prevents IMHO proper integration? I have to agree here that this sucks. I have been looking at doing something about this for a while. I have looked at making patches that woud fix up Wine HQ, AppDB and Bugzilla but I am lost with changing the wiki. The change I propose would add links for the four sites that we have to each site. IE: Wine HQ menu Main Site Home AppDB Home Bugzilla Home Wiki Home. I am still working on the upgrade to 2.20 for bugzilla and I think I am close to having it finished but I do not want to have a repeat of the last upgrade, so I am a little gun shy. Once that is in I can make it a priority to get those changes in. Also as I have said I have a lot of problems changing the wiki. Maybe Dimi could give me some pointers. (please). -- Tony Lambregts

June 1, 2006

Shell integration idea

by Mikołaj Zalewski

As a SoC project I'll try to improve the integration of wine with the Unix shells. My first step will be to implement the freedesktop.org Trash. I've written some code that doesn't add any new features but shows how I want to add it. I'd like to know if this is a good design? The main idea is not to hard-code one implementation of things like the Trash into shell32 - not everything is standardized by the freedesktop and even if it would this might not work on other systems like MacOS X. We should allow for many implementations. The correct one is loaded depending on a registry settings (so that a winecfg entry can be added). My implementation uses COM objects as it's standard dlls provides support for such tasks. Currently there is one interface (IWineShellIntegration) that acts as a factory for specialized objects. That could also be implemented using COM Aggregation - when we do that we could use QueryInterface instead of GetIntegrationObejct. Some COM objects can run in the address space of the calling process - e.g. the trash can be implemented like that. For others it would be a waist of resources (e.g. there is no need for every process to watch is the file associations have changed) - it's enough to load them only once. The explorer seems to be a good candidate to create such objects. In the attached patch there is one specialized interface - the IWineTrash. The SHELL_DeleteFile[AW] is patched to use it - it shows a different icon if the file can be trashed (these are not the correct icons as wine's shell32 uses a message box instead of a special dialog) and calls the trash method then. Currently there is only one built-in trash that can't trash anything. (note that SHELL_DeleteFile is called in the folders that are decendents of My Computer. If choose delete on a file that is a decendent of the '/', it will be deleted without a warning). Mikolaj Zalewski

June 1, 2006