similar to: RFC: Potential idea to consolidate forums and lists

http://bugs.winehq.org/show_bug.cgi?id=13517 Is Wine going to have to lose even more experienced users over a stupid bug? Does WineHQ really value new users over those who have the knowledge and are willing to help? Let's move towards resolution on this and consolidate on Google Groups already, before it's too late. -- Paul Johnson baloo at ursine.ca -------------- next part

Hi, Given that the R forum is mostly a site to discuss issues related to the language, are there any forums that discuss statistical issues? I am specifically interested in the statistical issues in experimental design. TIA, Anjan -- ============================= anjan purkayastha, phd bioinformatics analyst whitehead institute for biomedical research nine cambridge center cambridge, ma 02142

Hello, I have noted below problems that we can take care of, and those that aren't our problem, never were, never will be, impossible to be our problem, (you get the picture), because they are PEBKAC errors :) For all of those that don't know: PEBKAC = Problem Exists Between Keyboard and Chair. Molle Bestefich wrote: >Hi > >I've tried to sum up the problems with the

HI, I wonder if there is a newsgroup on R available, instead of emaillist which I have to receive mails daily. Cheers. Bin

We have launched a web forum front end to this mailing list. I wanted to notify the subscribers of this list to that fact. http://forum.winehq.org If you prefer, you can now use this website to browse and post to the list. Your posts will still be mailed out to the list, and posts to the list will appear in the forum. You can continue to use the mailing list as you always have if you prefer

Paul Johnson wrote: > On Thursday 13 March 2008 01:27:23 pm Paul Johnson wrote: > > > -------------- next part -------------- > > A non-text attachment was scrubbed... > > Name: not available > > Type: application/pgp-signature > > Size: 189 bytes > > Desc: This is a digitally signed message part. > > Url : > >

Paul Johnson wrote: > On Thursday 13 March 2008 03:53:14 pm vitamin wrote: > > > > Yes it's a bug. Only not that they are being stripped. But that you sending > > them to the mailing list in the first place. DO NOT send them - that's all > > > > You do realize that wine would be the exception in the open source world by > banning the preferred

First, let me apologize if this has been asked/answered numerous times, but I cannot seem to find a searchable mailing list archive for wineusers. After a 1.5 year break from trying to get quicken home & office 2002 to work under wine, I tried again this weekend. Install went well. I could not register because the registration box was empty -- though it seemed to get further than it has in

Greetings, rhe installation of the_witcher_enhanced_edition_2.0.0.12 under wine-1.7.4 succeeds up unto the half, then stops and the terminal shows fixme:win:alloc_winproc too many winprocs, cannot allocate one for 0xeb4678c Any thoughts? Hartmut

I am sure this has been asked before, but why not use Google newsgroup or at least some forum BBS software instead of this cumbersome mailing list process? -- Costas Menico Meezon Software Corp 201-224-8111 costas@meezon.com --

Hi, The subject says it all. After a few years of writing scripts the quick and dirty way, I've decided to take the plunge and learn Bash correctly, using the O'Reilly Bash Cookbook. I'm currently looking for the right place to ask questions, but curiously enough, Google searches about "bash forum" result in nothing conclusive. I took a peek in the corresponding USENET

Can someone please take a look at this bug for me? http://bugs.winehq.org/show_bug.cgi?id=11953

Hi, I'm trying to perform a installation of FF8 with wine, but the installation is very slow. About 2h to perform 10% of the install. Is there any reason about that ? I've a good configuration so it's not the fault of my pc. Second, no network connexion is available. Can I make it works ? Thx for your help. -------------- next part -------------- An HTML attachment was scrubbed...

Dear List, I'm getting the error: object of type 'closure' is not subsettable And am not sure how to get around the problem. I've included two short code sets below. One that shows what I want to do and works, but without using the function much, and another that tries to use the function but causes the error. # THIS WORKS AND SHOWS WHAT I'D LIKE TO DO a <- c(1,2,3) b

On Thu, Mar 1, 2018 at 5:13 PM, Bjorn Helgaas <helgaas at kernel.org> wrote: > On Thu, Mar 01, 2018 at 06:40:47AM +0100, Jan Kiszka wrote: >> From: Jan Kiszka <jan.kiszka at siemens.com> >> >> Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we >> have two PCI_MMCONFIG entries, one from the original i386 and another >> from

Hi Am 17.03.23 um 13:39 schrieb Javier Martinez Canillas: > Thomas Zimmermann <tzimmermann at suse.de> writes: > >> Consolidate all handling of CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM by >> making the module parameter optional in drm_fb_helper.c. >> >> Without the config option, modules can set smem_start in struct >> fb_info for internal usage, but not export

Hello, the same parameter for colour and shape aesthetics gives 2 legends: library(ggplot2) p <- ggplot(mtcars, aes(x=wt, y=mpg)) p + geom_point(aes(colour=factor(cyl), shape=factor(cyl))) Can the 2 legends be consolidated to one with colours and shapes of the symbols matched between legend and plot ? Thank you Bernd Engelmann bernd.engelmann at amd.com phone: + 49-351-277-4545 fax: +

From: Jan Kiszka <jan.kiszka at siemens.com> Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we have two PCI_MMCONFIG entries, one from the original i386 and another from x86_64. This consolidates both entries into a single one. The logic for x86_32, where this option was not under user control, remains identical. On x86_64, PCI_MMCONFIG becomes additionally

From: Jan Kiszka <jan.kiszka at siemens.com> Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we have two PCI_MMCONFIG entries, one from the original i386 and another from x86_64. This consolidates both entries into a single one. Signed-off-by: Jan Kiszka <jan.kiszka at siemens.com> --- arch/x86/Kconfig | 11 ++++------- 1 file changed, 4 insertions(+),

This patch moves line ending conversion for windows scripts into a separate helper function. This simplifies code a bit, and fixes the problem that actual firstboot scripts used to remain with unix-style line endings. Signed-off-by: Roman Kagan <rkagan@parallels.com> --- customize/firstboot.ml | 33 ++++++++++++++++----------------- 1 file changed, 16 insertions(+), 17 deletions(-) diff