similar to: [LLVMdev] wrong guess at operating system in the bug reports form

Hi, http://llvm.org/bugs/enter_bug.cgi?product=clang thinks that I am running on a PC with OS of "all". My user agent string on my browser is: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_5; en-us) AppleWebKit/ 526.11 (KHTML, like Gecko) Version/4.0dp1 Safari/526.11.2 Isn't that enough to know that this is Mac OS X running version 10.5.5 ? :-) Thanks, Dan -- Dan

I don't think it _tries_ to detect your OS, does it? --Owen On Aug 27, 2008, at 11:01 AM, Dan Wood wrote: > Hi, > > http://llvm.org/bugs/enter_bug.cgi?product=clang > > thinks that I am running on a PC with OS of "all". > > > > My user agent string on my browser is: > > Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_5; en-us) AppleWebKit/ >

hi, i''m just starting to work with this incredible tool... but i got a first problem with the login process i''m logging on my app like this : ------ @agent = WWW::Mechanize.new { |a| a.log = Logger.new("mech.log") } @agent.user_agent_alias = ''Mac Safari'' @page = @agent.get("http://myappAdress/") @form = @page.forms.first

Hello, I have 60 Macintoshs on Mac OS X 10.4.11 for learn "R" to studient of University and i want to Install New Packages. I click on the button "access list Mirrors" and it propose me a list of mirrors. None work correctly. All the mirrors take an error. For exemple for the Lyon (France) Mirror, it write : > trying URL

Below is a revised version of my kernel of functions for isolating R/S and operating system differences. The main change is "date" which I've renamed "date.parsed" to avoid conflicts with the R and S date functions. The R call now uses system() rather than unix() to avoid warning messages in R 0.62.3. Paul Gilbert

Hi, I''m a newbie to Mongrel, so apologies if this is a dumb question. I''m trying to write a Mongrel handler to give my the *raw* client request, however all I seem to be able to get is the CGI headers using the Mongrel API. I want to be able to capture the originating request, not the CGI version as it may contain issues (like case, underscore''s rather than

On 2019-06-26 15:39, mark wrote: > Robert Heller wrote: >> OK, I recently ugraded to the current ESR release of Firefox for CentOS >> 6. >> And I am having problems with the user interface (basically it has become >> hard [for me] to use). >> >> >> What alternitives are there? (Chrome and Chromium are not possible with >> CentOS, and Chrome and

I have a quick question for the gang. I'm running a batch of simulations on a number of different computers, and have noticed that certain systems seem to run much more slowly than others. A rough calculation leads me to think that R for the Macintosh is running at _least_ 10 times more slowly than under linux. To give you an idea, to run a small number of simulations takes around 80

I guess I'm sort of surprised and I expected better performance I have a new server set up with RAID 10 drives (6) Repeated a number of times and though I am clumsy with stop watch timing, these numbers appear to be close enough for government work... Server, CentOS 5.2 and updated earlier today, just installed a week ago. Client, Macintosh G4, OS X 10.4.11 NFS Mount is done with the

Hi, I got this attempting to visit http://llvm.org/bugs/enter_bug.cgi?product=clang: Can't locate DateTime.pm in @INC (@INC contains: . lib/x86_64-linux-gnu-thread-multi lib /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl) at Bugzilla/Util.pm line 53. BEGIN failed--compilation

I recently discovered that I need to occasionally forward Email from a FreeBSD system to a Macintosh. Imap does look like the best solution to this problem. The mail program on the Mac lists several protocols such as pop (okay with me) and SSL certificates which I want to avoid if at all possible. Which of the several listed methods of authentication should I compile in as I build dovecot on the

I'm having problems downloading any .pkg file on my MacBook. All the .dmg files up to 2.10.1 will download and install fine but nothing newer than that. I'm attaching the the log file from my installer as and here are some other things about my system. At the end of the log the installer continues to run not doing anything and comes up with progress messages. I've let it run

klibcs ipconfig tries to guess the nameserver if no nameserver is provided. This may happen due to misconfigured dhcp or the use of the ip= parameter. This patch removes the guessing from ipconfig as it is not possible for any other script to determine if the provided nameserver is valid or a guessed one. If the old behavior is really needed this could be easily implemented in an external script.

Hi all, On my newly up-and-running nameserver (CentOS 5), I noticed the following alerts in /var/log/messages after restarting BIND. (lines inserted to aid in reading). As I'm new to SELinux, I'm hoping for some pointers on 1) if this is an issue which simply *must* be addressed, or if it's something I should live with, and 2) how to eliminate the warming messages without sacrificing

Full_Name: Tim Cohn Version: 1.6.1 OS: Macintosh OS X Submission from: (NULL) (130.11.34.250) The Mac version of survreg does not handle left-censored data correctly (at least the results are not what I get doing it other ways, and they are not the same as I get running R 1.6.1 in Windows 98se; the Windows 98 results are correct). On the windows version of R 1.6.1. >

I've just built Samba 3.2.4 on Solaris 10, with ADS support. Domain join to a Windows 2008 domain works perfectly, having pre-created the servername in the appropriate OU. In my winbind logs, I see the following (domain name obfuscated): [2008/11/05 11:28:06, 3] libsmb/cliconnect.c:cli_session_setup_spnego(839) got principal=not_defined_in_RFC4178@please_ignore [2008/11/05 11:28:06,

On Wed, 13 Nov 2002, Jan de Leeuw wrote: > > No problemo. And, in fact, I get the same results in > the R-1.6.0 Carbon version. I don't. Could there be a G3/G4 issue? -thomas > --- Jan > > On Wednesday, November 13, 2002, at 02:05 PM, tim@timcohn.com wrote: > > > Full_Name: Tim Cohn > > Version: 1.6.1 > > OS: Macintosh OS X > > Submission

Hi everybody, Assorgia and me, we have worked on the Flash client for Icecast2. We got successful results with: -Windows (Netscape, Mozilla, CompuServe, or Opera) -Macintosh and Linux(Netscape, Internet Explorer for Macintosh, Safari, AOL, Opera, or CompuServe) For Windows (Internet Explorer or AOL) some headers sent by Icecast2 are missing. These headers are sent by Icecast1 but NOT Icecast2

Thank you for looking into this so quickly. As you correctly surmise, I was using the Carbon version of R-1.6.1 on Mac OS 10.2.2 (Jaguar) when I got the "wrong" answers. One other observation: The right censoring seems to work fine. Thanks again, Tim On Thursday, November 14, 2002, at 11:09 AM, Jan de Leeuw wrote: > I take that back. I now get the "correct" result

Full_Name: Anthony Westerling Version: 1.7.0 OS: Mac OS X 10.2.5 Submission from: (NULL) (64.203.9.4) R includes a very nice search engine web page which installs at /usr/local/lib/R/doc/html/search/SearchEngine.html. The search engine and keywords links do not work on my Mac G4s running OS X 10.2.5, and this appears to be independent of choice of browser. This appears to be a Mac-specific