search for: commmited

Hi, I was quite surprised to see commmit 332b55d4 ("Change AutoConnect from int to bool"). Is there experimental evidence supporting 3 as the hardcoded maximum number of meta-connections? If there is a good reason for this limit on the number of meta-connections, maybe it should apply whatever the value of AutoConnect (currently, it is only enforced when AutoConnect is on). We may

Full_Name: Ben Bolker Version: 2.2.1 OS: Windows XP and 2000 Submission from: (NULL) (128.227.60.124) The following code, using confint() to try to get confidence intervals on an nls object that has been fitted with algorithm="port" reliably crashes R 2.2.0 and 2.2.1 with the latest version of MASS on a Windows 2000 and a Windows XP machine here. I *think* earlier versions of MASS

Thomas Zander wrote: > I'd say let's have a release candidate. More often than not, some > issues turn up due to the exposure to a larger user base and, hence, > test cases. Ok, coming up. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Erik de Castro Lopo wrote: > > I'd say let's have a release candidate. More often than not, some > > issues turn up due to the exposure to a larger user base and, hence, > > test cases. > > Ok, coming up. Unfortunately I've lost/forgotten my Xiph SVN password. While I get that sorted out for the real release, the pre-releases are here:

Attached is a patch for rsync 2.5.0 to fix the "make check" option. The find command was not being passwd the current directory in the hands.test and longdir.test testsuites, which caused them to fail on SunOS 4.X and Solaris 2.X systems. Tom -- Tom L. Schmidt, Manager/SysAdmin Characterization Equipment Micron Technology, Inc. 8000 S. Federal Way P.O. Box 6 Mail Stop 376 Boise,

Here is the file to add ScreenDC. I noticed that it inherits from wxDC which is what the docs show but the headers for each platform are much different: - Mac,MSW,os2,motif,palmos all inherit from wxWindowDC - X11,GTK inherit from wxPaintDC - MGL, cocoa inherit from wxDC After saying that on Windows it still work inheriting from wxDC so I left it for now, any thoughts? Sean

https://bugs.freedesktop.org/show_bug.cgi?id=52449 Bug #: 52449 Summary: nouveau_vbo_t.c compilation broken due to implicit declaration Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical

...______ _________________________________________________________________ Keeping track of Wine _________________________________________________________________ Since Alexandre Julliard has been away most of the week for LinuxExpo in Paris, very few patches have been commmited: _________________________________________________________________ Discussions on wine-devel _________________________________________________________________ This week, 70 posts consumed 277 K. There were 28 different contributors, 16 (57%) posted more than once, and 10...

...______ _________________________________________________________________ Keeping track of Wine _________________________________________________________________ Since Alexandre Julliard has been away most of the week for LinuxExpo in Paris, very few patches have been commmited: _________________________________________________________________ Discussions on wine-devel _________________________________________________________________ This week, 70 posts consumed 277 K. There were 28 different contributors, 16 (57%) posted more than once, and 10...

Hi all, I have a new pre-reelase (with a GPG signature) up here: http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz.asc This code is built from commit 10a28d482a8e48b806f61ab766992b2add98ec43 plus another commmit to change the version numbers which I will not be pushing to the public repo before the final release. Note that audio files encoded

https://bugzilla.netfilter.org/show_bug.cgi?id=1291 Bug ID: 1291 Summary: iptables 1.8.0+ no longer builds against kernel 3.10.108 Product: iptables Version: unspecified Hardware: arm OS: other Status: NEW Severity: normal Priority: P5 Component: iptables

Just a backport of the two patches for v5.9 that you'll want to apply. The first one was Cc'd to stable, but I forgot to Cc the second one as well. Lyude Paul (2): drm/nouveau/kms/nv50-: Get rid of bogus nouveau_conn_mode_valid() drm/nouveau/kms/nv50-: Fix clock checking algorithm in nv50_dp_mode_valid() drivers/gpu/drm/nouveau/nouveau_connector.c | 36 ++++++---------------

https://bugs.freedesktop.org/show_bug.cgi?id=81136 Priority: medium Bug ID: 81136 Assignee: nouveau at lists.freedesktop.org Summary: [NV92] Regression in Linux 3.15: GPU lockup after suspend QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

I filed this RFE earlier, since there is no way for non sun personel to see this RFE for a while I am posting it here, and asking for feedback from the community. [Fwd: CR 6470231 Created P5 opensolaris/triage-queue Add an inuse check that is inforced even if import -f is used.] Inbox Assign a GTD Label to this Conversation: [Show] Statuses: Next Action, Action, Waiting On, SomeDay, Finished

Full_Name: Wacek Kusnierczyk Version: 2.10.0 r48365 OS: Ubuntu 8.04 Linux 32bit Submission from: (NULL) (129.241.110.141) sprintf has a documented limit on strings included in the output using the format '%s'. It appears that there is a limit on the length of strings included with, e.g., the format '%d' beyond which surprising things happen (output modified for conciseness):

...__________________ _________________________________________________________________ Keeping track of Wine _________________________________________________________________ Since Alexandre Julliard has been away most of the week for LinuxExpo in Paris, very few patches have been commmited: _________________________________________________________________ Discussions on wine-devel _________________________________________________________________ This week, 70 posts consumed 277 K. There were 28 different contributors, 16 (57%) posted more than once, and 10 (35%)...

if you have N processes reading the same file sequentially (where file size is much greater than physical memory) from the same starting position, should I expect that all N processes finish in the same time as if it were a single process? In other words, if you have one process that reads blocks from a file, is it "free" (meaning no additional total I/O cost) to have another process