similar to: xen problem

If you only run released (rather than development) versions of rsync then you can skip this message. rsync's source tree has been converted from CVS to BitKeeper. This message contains brief instructions for people who want to track development or make contributions. I think it should take about 30-60 minutes to get started with BK. I hope you will agree that it is worthwhile. First

I''ve just finished Xeno-HOWTO which contains a detailed list of instructions on how to setting up Xen and XenoLinux, from downloading Bitkeeper, compilation of Xen, XenoLinux, tools to configuration, start and stop of new domains. A complete version has just been pushed in xeno.bk and xeno-1.1.bk in our Laboratory. A partital version is already available in

Hi all, I'm a bit concerned about the following statement included in 2.6.0-test4: +For active users, you are better off using the klibc BitKeeper +repositories, at http://klibc.bkbits.net/ Since I refuse to use bk because I consider the anti-competition clause in the free bk license to (a) be abhorrent and (b) meaning that it's of at best questionable legality for me to use free BK,

BTW, the xenlinux-2.6.11.bk''s version is: ChangeSet@1.2085, 2005-05-12 11:10:24-06:00, djm@kirby.fc.hp.com More work on hyperprivops Signed-off-by: Dan Magenheimer <dan.magenheimer@hp.com> Thanks, Kevin >-----Original Message----- >From: xen-devel-bounces@lists.xensource.com >[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Tian, Kevin >Sent: Friday,

Yes, like real Linux/ia64, it is not possible to run the same Xenlinux bits both on ski and on real hardware. A different configuration and build is required. The config difference is the same as it was with the privified xenlinux... I think you did that successfully before (with privified xenlinux) so give that config file a try and if it doesn''t work, let me know. BTW, I think I know

There are two hosted BitKeeper repos: klibc is a BK clone of the klibc CVS tree 2.5-klibc is my attempts to integrate klibc into the kernel If you want commit access to either repo, send me an ssh1 public key. <b

Andrew and I thought it might be an interesting experiment to move rsync to using BitKeeper rather than CVS for source code control. For a project with rsync's size and activity CVS is actually fine, but it would be a nice "toe in the water" with BitKeeper to get some practical experience before possibly using it on larger projects. BK is moderately well-proven on open source

klibc integrated with the kernel can now be found at: http://linux-sam.bkbits.net Se the repository: klibc. For non-BK users the patches can be retreived using the following links: klibc on top of 2.6.8-rc2: http://linux-sam.bkbits.net:8080/klibc/gnupatch@41098c67CQHEC6lH2E3rfIXcnRW1RA kbuild adaptions to klibc: http://linux-sam.bkbits.net:8080/klibc/gnupatch@4109923a7O1XqfXw_V7JzAmet_AzbA

Hi all. I have pushed my earlier announced kbuild improvements patch to: bk://linux-sam.bkbits.net/2.5-klibc First cset is the earlier posted cset, whit a few small modifications. One important change is that the usr/Makefile now uses *.a files in initramfs-y assignment. I realised that the purpose was to express what kinit were using / referring. Second cset is a trivial cset that just move

Hi, Does anybody have experience to solve an quadratic programming problem with quadratic constraints in R? It seems that the package "quadprog" only handles the quadratic programming with linear constraint. My probelm is to maximze x^T\Sigma_{xy} y, subject to x^Tx=1, y^T\Sigma_{yy} y=1, and sum(y)<t, or sum(y)=t, where x and y are the variable, and the Sigma's and t are

I want to take the functionality that I found sitting in linux-2.6.8-rc2/net/sched/sch_netem.c for a test drive but I found that the /sbin/tc that I have does not have the necessary knobs. So I grabbed iproute2-2.6.X-ss040702.tar.gz and tried to build it, but I got this: q_netem.c: In function `netem_parse_opt'': q_netem.c:90: error: structure has no member named `rate''

Hi Xen people, I can read in the Xen 3.0 Roadmap that "A port to IA64 is making good progress". I have found nothing about IA-64 support in the "bk://xen.bkbits.net/xeno-unstable.bk" repository. Could you tell if an advanced version for IA-64 is available and where the source files can downloaded from ? Regards Jean-Paul Pigache

Hi, Greg - I have a 2.5.70 BK repository, with klibc integrated, at: bk://klibc.bkbits.net/2.5-klibc This repo has the following features: * Completely up-to-date w.r.t. klibc itself. * Kbuild sort of happy, but still needs an eyeball from Kai to figure out why it always rebuilds everything in usr/. * Supports both IP autoconfig and NFS root from initramfs.

hi, i''ve submitted a small patch to xen-unstable that makes the ''/dev/xx'' -> devicenumber lookup stuff work on my machine.. basically i''m using os.stat instead of os.popen() hacks. this is my first bitkeeper checkin ever, so please verify i did this correctly. thanks, paul ------------------------------------------------------- This SF.net email is

Hello, I have attached a patch wich adds support for 4kb pages to xen 2.0 proper. (No changes were required from xen 2.0-beta. Apprently mixing xenolinux from one release and xen kernel from another release is a no-no. Other than that there were no problems. Thanks to Rupert Schlick for helping to nail it down. The "noacpi" parameter does not seem to be mandatory. Finally

Hi, Dan, This patch fixes strange behavior on IA64, that IDLE is scheduled more than Dom0 with default sEDF scheduler. The key point is reprogram_ac_timer at the end of ac_timer dispatcher, which programs local apic timer with expire of next ac_timer on x86. Higher precision lapic timer can trigger ac_timer more precisely than simply done in PIT interrupt handler. That works perfectly on x86

It's now in sync with 2.5.71. bk://klibc.bkbits.net/2.5-klibc <b

I've updated the BK klibc tree to reflect all of the recent flurry of activity. Complete CVS change history is preserved. http://klibc.bkbits.net/klibc <b

This seem to be a good timing taking up the integration of klibc in the kernel again. Based one klibc-0.152 and klibc.bkbits.net/2.5-klibc I will take a shot of it. I will focus on getting the library compiled (should be pretty straighforward). Next two steps are: 2) Adding minimum applications to the kernel (if any) 3) Support applications outside the kernel I will put my work on bkbits.net

On Nov 28, 2006, at 11:06 AM, Bill Wendling wrote: > (Has anyone > mentioned Bitkeeper yet? :-) I'm not certain if this was a serious suggestion. Probably not. I'll actually comment on this one because we actually do use BitKeeper in my research group. It's a great tool, but it is not free anymore for open-source projects. Branching and merging is a breeze in