similar to: Testing Xen on Lenny

I know someone completed this but I''m not sure the hows and whats of it. Can someone put up a doc or email about this?

Hello, For a few months I build a new Xen server, both domU en dom0 are 64-bits. I had some hardware problems, that's the reason the server is not doing production-work now, but I would like to go in production real soon. My problem is that I made this server for a longer term. And I don't see a 64-bit domU in the 2.6.25 kernel, only a 32-bit domU kernel with PAE support. My processor

Hi. Last week I updated from 32 bit etch to 32 bit lenny on an AMD SMP machine. I first cloned the system disk to an identical drive, and updated the cloned drive. I still have the etch install untouched on the previous drive, which has allowed me to do some testing. After the update R has slowed down significantly. A user brought this to my attention, and at this point we have only

Hi, I'm running a highschool network with Debian etch and the etch-cran "backports" on top of it. Being bio-informatics, the newest R is essential to us. I did some upgrading experiments; switching to ubuntu is not an option, neither is fetching the sid debs for r. When trying to upgrade from etch to lenny with etch-cran packages installed things block on etch-cran dependencies.

well, I had the site and page and I had added the relevant backport but it didn't work and i keep installing R 2.7 . Don't know why; i probably missed something. #### May be you should add in your mail the file : /etc/apt/sources.list (I suppose there might be a typo, as IT addresses are long and booring, and AFAIK, correcting a typo one made is **very** difficult). FYI binary installs

Hi puppet masters, while working on my site I came across a requirement that might be helpful for others as well.... With the aim of confining human errors as much as possible, I thought that it would be nice to have yum repositories disabled so that specific repositories could be enabled for certain packages. This is easily implementable via command-line, but I found that the

Hi. First, I would like to thank all the contributors to this project for their efforts. Given that we primarily use Debian and R as our computing platform, having access to these backports has been very beneficial. I have been looking in the last couple of days for AMD64 lenny backports of the R 2.9.0 packages in lenny-cran. Will these appear in due course or are there issues backporting

Hello All, I'm sure this has been talked about and based on some searching of archives, I'd discovered that to be able to use timerfd, one needs to have a kernel version >=2.6.27? Is this true? If yes, then is there anyone who's got it working in Lenny 5.0.7? Do I need to download and build the linux kernel (currently at 2.6.37) from scratch and get access to the TimerFD source?

Hi, AFAIK, the status of Xen in lenny is currently the following: - no dom0 kernel - domU kernel only for i386 (no domU kernel for amd64) I was told (I don't remember where) that this is because the vanilla kernel only supports domU for i386, and has no dom0 support, so distros have to port the patches to their kernels (please correct me if I'm wrong). However: - etch shipped with dom0

Hi, I tried to add the Debian Lenny repository for Wine to my apt sources, so I could enjoy a newer release of wine than the 1.0.x version Debian offers. However, when I tried to update repositories, I got a 404, and, upon investigating, realised that there is no Lenny distribution whatsoever on the Wine apt server! (It is, however, mentioned in the documentation for installing Debian/Ubuntu

Dear all, I am happy to announce the availability of the current R version to Debian lenny (stable) and etch (oldstable) on CRAN. I am happy to announce Piet Plomb who has taken responsibility for the amd64 packages for lenny this time. This time around, we have not done rpy and rkward. It would be interesting to know if there is any interest in these backports, as I personally don't use

Has the component/type defaults syntax changed for 0.22.x? I have a component: <snip> define remotefile($owner=root, $group=root, $mode, $source, $backup=false, $recurse=false, $groupname="default") { file { $name: mode => $mode, owner => $owner, group => $group, backup => $backup,

Hi! Asterisk in Debian/Lenny claims to be bristuffed, not? At least the the Debian patch tracking system shows the bristuff-patches: [1] http://bit.ly/bRRHe7 We have a QuadBRI-Card and recently needed support from Junghanns.net but they refused telling us there is no bristuff installed because of the show version output: *CLI> show version Asterisk 1.4.21.2~dfsg-3+lenny1 built by pbuilder @

Hi, I've tried to setup a new DomU on Lenny and I'm a little bit confused on which device names I should use for disks and console in the various DomU-kernels? Is it correct that: 2.6.18-xen-kernel from Etch start with no "extra" tty1 in /etc/inittab /dev/sd for disks 2.6.26-xen-kernel from Lenny: start with no "extra" hvc0 in /etc/inittab /dev/xvd for disks

Hi, While issuing make, I've got: ... CC [M] /usr/src/zaptel-1.4.11~dfsg/kernel/zaptel-base.o /usr/src/zaptel-1.4.11~dfsg/kernel/zaptel-base.c: In function ?zt_register?: /usr/src/zaptel-1.4.11~dfsg/kernel/zaptel-base.c:5230: error: implicit declaration of function ?class_device_create? My system is Lenny and before getting this error, I successfully did : apt-get source libpri zaptel

Hello, I saw the Linux 2.6.18 kernel was removed from Lenny. So there is no dom0 in Lenny anymore. Maybe it would be an idea to leave the 2.6.18 kernel in Lenny to use them as dom0. Only the i386 and amd64 ofcause. Then it would also be possible to add the latest code from xen.org to it. I saw Linux 2.6.27 already has a 64-bit Xen dom0. So the code is ready... Maybe not well enough tested. I

Hello all, I subscribed newly to this list, since I got an bridging problem after an upgrade from Debian etch to Debian lenny (before everything worked fine). The situation is as follows: # brctl show bridge name bridge id STP enabled interfaces br0 8000.000347729835 no eth0 tap0 tap0

OK, thanks both. I'll try that. I suspect (very strongly) that it comes from the fact that I did not replace the cran mirror line by an actulal cran mirror URLs... I will give a look at all my backports this weekend and do a little cleaning too! thanks,   David Biau.   ################################# From: Johannes Ranke <jranke@uni-bremen.de> To: r-sig-debian@r-project.org

Hi, Before diving into this, I would very pleased to know if someone could yes or no, successfully compile mISDN 1.1.8 on Lenny (latest RC1 or beta2 version) ? Regards After a fresh install on Lenny, I can reproduce at will : apt-get install build-essential linux-headers-2.6.26-1-686 cd /usr/src wget http://www.misdn.org/downloads/mISDN.tar.gz tar xvf mISDN.tar.gz cd mISDN-1_1_8 make ....

Hello, I see the new Xen packages now really in Sid and even in Lenny on packages.debian.org: http://packages.debian.org/search?keywords=linux-image+xen+amd64&searchon=names&suite=testing&section=all http://packages.debian.org/lenny/xen-linux-system-2.6.26-1-xen-amd64 Does this mean there is now official Xen amb64 and dom0 support in Lenny? I am running it now for a while without