similar to: Abnormal memory usage of dom0 under Squeeze leading to crash

[message cross posted to the pkg-xen and xen-devel list] Dear everyone, Bastian Blank - which is the person (among others, but mainly him) that is packaging Xen in Debian -, has decided last summer that he doesn't want to deal with the qemu-dm of Xen, thus removing Xen Qemu and support for HVM in Debian. Here is what he wrote:

[message cross posted to the pkg-xen and xen-devel list] Dear everyone, Bastian Blank - which is the person (among others, but mainly him) that is packaging Xen in Debian -, has decided last summer that he doesn't want to deal with the qemu-dm of Xen, thus removing Xen Qemu and support for HVM in Debian. Here is what he wrote:

Hi, I believe the package is ready: http://ftparchive.gplhost.com/debian/pool/lenny/main/x/xen-qemu-dm-3.4/xen-qemu-dm-3.4_3.4.2-1.dsc I asked Ian Jackson to sponsor it (he works for Citrix and is a DD), but it's been 2 weeks, and he seems busy with work. I'd be glad if someone was sponsoring the upload of this package in Debian SID, soon enough so that people will be able to test it

Hi, I believe the package is ready: http://ftparchive.gplhost.com/debian/pool/lenny/main/x/xen-qemu-dm-3.4/xen-qemu-dm-3.4_3.4.2-1.dsc I asked Ian Jackson to sponsor it (he works for Citrix and is a DD), but it's been 2 weeks, and he seems busy with work. I'd be glad if someone was sponsoring the upload of this package in Debian SID, soon enough so that people will be able to test it

Hi everyone at the security team, I'd like to upload an update of xen-qemu-dm-4.0 in Squeeze. Below is the Xen Security Advisory as I received it, attached is the patch that they provided. Both the debdiff and the updated packages are available in here: http://archive.gplhost.com/pub/security/xen-qemu-dm-4.0/ Please allow me to upload this fix. If you wish, I can prepare a DSA as well (but

I've just updated to the latest R (2.14.2) on my Ubuntu Lucid box, and now the ggplot2 installed as a .deb package fails to work. $ R -e 'library(ggplot2)' Error in library(pkg, character.only = TRUE, logical.return = TRUE, lib.loc = lib.loc) : package ?proto? does not have a NAMESPACE and should be re-installed Calls: library -> .getRequiredPackages2 -> library Execution

Mandi! Rowland Penny via samba In chel di` si favelave... > You will probably be better off using a later version of Samba, 4.2 is > EOL as far as Samba is concerned. You can easily do this by going here: > http://apt.van-belle.nl/ Thanks for the link. Could be sufficient to use 'backported' samba package, eg, samba from squeeze? > > There's some way to circumvent

Hi, Since upgrading to version 2.11.0~20100402-1, starting R fails with: /usr/lib64/R/bin/exec/R: error while loading shared libraries: libblas.so.3gf: cannot open shared object file: No such file or directory Is this occurring to others on sid? -- Seb

Hi, Dirk Eddelbuettel advised me to write here. Here is my original letter to him: I would like to enquire about package r-cran-rjava on Debian jesse. It seems that if default-jre package is not installed, but openjdk-7-jre is installed, then library(rJava) in R fails. I?ve been bitten by this today and I wonder whether this an issue of mine, or is this a possible bug. My server admin used

Hi, I have three squeeze servers running: ii linux-image-2.6.32-5-xen-amd64 2.6.32-38 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd64 4.0.1-4 The Xen Hypervisor on AMD64 All three servers have Intel gigabit NICs, but one server uses the e1000e driver and the other two use the igb driver. They've been in production for around 6 months now

Hi, I have three Debian squeeze servers running: ii linux-image-2.6.32-5-xen-amd64 2.6.32-38 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd64 4.0.1-4 The Xen Hypervisor on AMD64 All three servers have Intel gigabit NICs, but one server uses the e1000e driver and the other two use the igb driver. They''ve been in production for around 6

Rolf, I think it may help to read-up on dpkg and apt. Instead of 'whereis' do dpkg -l r-base-core to see the content of that package. Use apt-cache policy r-base-core to see what the package cache says about where it gets the package from. And so on. Also type -p R which R will tell where your system thinks R comes from. If you install R 3.5.2 you should not see R 3.5.1.

Rolf, Briefly as I don't have sufficient time to catch up on all these wordy emails... On 30 January 2019 at 15:18, Rolf Turner wrote: | On 1/30/19 2:03 PM, Dirk Eddelbuettel wrote: | > | Now *that* was a revealing suggestion! I did that and got: | > | | > | > Desired=Unknown/Install/Remove/Purge/Hold | > | > |

(resent) >> On 11/05/2020 15:24, L. van Belle via samba wrote: >>> For all Debian 10 people and strange things after upgrade of debian. >>> apt remove apparmor > I already replied that it isn't installed at all. Any other ideas? Am I the only one with Debian 10.4 and samba seeing this behavior? thx

On 30 January 2019 at 12:33, Rolf Turner wrote: | On 1/30/19 11:53 AM, Dirk Eddelbuettel wrote: | > | > Rolf, | > | > I think it may help to read-up on dpkg and apt. Instead of 'whereis' do | > | > dpkg -l r-base-core And I also meant 'dpkg -L r-base-core'. Both -l and -L do useful (but different) things. | Now *that* was a revealing suggestion! I did

Hi, > Le 17 mai 2017 ? 00:42, Dirk Eddelbuettel <edd at debian.org> a ?crit : > > > On 8 May 2017 at 15:39, Vaidotas Zemlys wrote: > | Hi, > | > | Dirk Eddelbuettel advised me to write here. Here is my original letter to him: > | > | I would like to enquire about package r-cran-rjava on Debian jesse. It seems that if default-jre package is not installed, but

Hi. Performing a DNS search for a hostname results in a segmentation fault: ## Debian 10 Buster 64bit root at hostxzy:~# net ads dns gethostbyname name $(hostname) Bad talloc magic value - unknown value PANIC (pid 15749): Bad talloc magic value - unknown value BACKTRACE: 12 stack frames: ?#0 /lib/x86_64-linux-gnu/libsamba-util.so.0(log_stack_trace+0x32) [0x7f0827 a408d2] ?#1

On Mon, 6 May 2019, Gareth Davies wrote: > Just to say, I stopped the driver and started it again and the errors went > away! However, I turned off power to the UPS but I wasn’t receiving any > e-mails :( also when I rebooted the RPi the driver/service didn’t start back > up automatically...  > > I wonder if you have any thoughts on the above? Those are issues with

LKP framework can guarantee that all the software environment are same on AMD and INTEL platform. INTEL platform always work well, after revert this patch, AMD works well. we tried below commit on AMD. 1) 25de7691a0e27c29c8d783a22373cc265571f5e9: bad 2) a82235843b102202766115e10003c9465a8b83ae: good the error logs(build/CMakeFiles/CMakeError.log) has no difference b/w 1) and 2) on AMD platform

Hi, I tried to install a few packages and got hung up when Matrix couldn't be lazy loaded. The actual error follows: > library(Matrix) Loading required package: lattice Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared library '/usr/local/lib/R/site-library/Matrix/libs/Matrix.so': libRlapack.so: cannot open shared object file: No such file or