similar to: Bug#646694: xen: depends on liblzma2 on amd64

Hi. On the release version of Debian Wheezy, I am missing symbols for left and right brackets in plotmath. Anybody see similar trouble while reviewing demo(plotmath)? This is a completely clean, fresh install. I've not installed any peculiar libraries or packages, except R, the installation of which still puzzles me. I configured a CRAN mirror for packages using squeeze-cran3 folder, and

I am trying to install the maverick version. The lucid version works flawlessly, but this one promts this messages. The following packages have unmet dependencies: r-base: Depends: r-base-core (>= 2.12.0-1maverick0) but it is not going to be installed Depends: r-recommended (= 2.12.0-1maverick0) but it is not going to be installed Recommends: r-base-html but it is not going

Package: xen Severity: wishlist I'm not maintaining xen anymore, so please remove me from uploaders. Cheers, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell:

Package: xen-3.0 Version: 3.0.3-0-2 Severity: serious This source package is not binNMU safe, which I understand is an RC bug. If the changelog, or any of several other files are changed, the build process wants to rebuild debian/control, and tries to use files from linux-support-2.6.18-1 to do it. This fails, since that package is a) not a build dependency b) not in the archive under that name

Source: xen Version: 4.1.1-2 Severity: serious Tags: wheezy sid User: debian-qa at lists.debian.org Usertags: qa-ftbfs-20111022 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > make[5]: Entering directory `/build/xen-njlTaX/xen-4.1.1/debian/build/build-utils_amd64/tools/check' > PYTHON=python2.6

severity 404538 normal thanks <vorlon> joeyh: binNMU support isn't RC, broken binNMU packages that get uploaded to the archive are. :) <vorlon> at least as the general rule -- see shy jo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url :

http://bugs.freedesktop.org/show_bug.cgi?id=26194 Summary: nouveau reports DPI correctly in Xorg.0.log, but value reported by X incorrect Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Driver/nouveau

Processing commands for control at bugs.debian.org: > reassign 404538 xen Bug #404538 [xen-3.0] not binNMU safe, etc Warning: Unknown package 'xen-3.0' Bug reassigned from package 'xen-3.0' to 'xen'. Bug No longer marked as found in versions 3.0.3-0-2. > thanks Stopping processing here. Please contact me if you need assistance. -- 404538:

Package: ftp.debian.org Severity: normal Hi, xen 4.3.0-1's changelog says "Drop all i386 hypervisor packages". Which I guess means xen-system-amd64:i386 should be removed. Cheers, Julien -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL:

I am seeing the same problem reported in #404538. Interestingly it only fails the first time which makes sense if you look at the code in debian/rules: ======================================================================== debian/control debian/rules.gen: $(CONTROL_FILES) if [ -f debian/control ] && [ -f debian/control.md5sum ] && [ -f debian/rules.gen ]; then \

Processing commands for control at bugs.debian.org: > block 630201 with 646694 Bug #630201 [release.debian.org] transition: liblzma 5 Was blocked by: 625115 Added blocking bug(s) of 630201: 646694 > thanks Stopping processing here. Please contact me if you need assistance. -- 630201: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630201 Debian Bug Tracking System Contact owner at

Good evening, I just tried following the steps in "Tip: Creating throwaway appliances with febootstrap"[1] on my workstation at home running Debian/unstable. I ran into problems: ,---- | $ mkdir supermin.d | $ febootstrap --names 'bash' 'coreutils' -o supermin.d | Get: 1 http://ftp.de.debian.org/debian/ sid/main bash amd64 4.1-3 [1325 kB] | Get: 2

I made a GlobalVariable that is of type ConstantArray. For one of it's elements I assigned it the ConstantExpr::getBitCast of another GlobalVariable(the "shadow pointer" mentioned). This gives me: While deleting: i32 (i32)** %Shadow Variable for ptr1 Use still stuck around after Def is destroyed:i8* bitcast (i32 (i32)** @"Shadow Variable for ptr1" to i8*)

I have downloaded and tried to install JGR - Java GUI for R - Version 1.5. I followed all the instructions (at least in my best resolution) and installed Java latest version. R installation complete fine. Has anyone succeded in installing JGR on SuSE 10.3 ? In the following I hade detailed the failed installation, As root /i did the following: linux-Mimin:/usr/local/bin # ./R R version 2.6.0

On 7 September 2016 at 17:27, Pawe? Pi?tkowski wrote: | Hello and apologies if this doesn't belong here. | | I'm trying to build a "portable" version of R - "portable" means that it could be easily moved to another location or machine simply by copying it. However, I encountered a problem when running it elsewhere: it seems that versions of dynamic libraries used by R

Package: libxen-4.2 Version: 4.2.0-1 Severity: normal Hello, in xen 4.1 Debian packagers removed blktap uselessly as is documenteted in the blktap bug. in xen 4.2 qemu-dm is removed. This removes any reasonable way to access disks and reserves Debian Xen for diskless DomU use. Essentially Debian Xen packages are now useless. -- System Information: Debian Release: wheezy/sid APT prefers

On Oct 26, 2011, at 12:18 PM, ret val wrote: > I made a GlobalVariable that is of type ConstantArray. For one of it's > elements I assigned it the ConstantExpr::getBitCast of another > GlobalVariable(the "shadow pointer" mentioned). This gives me: > > While deleting: i32 (i32)** %Shadow Variable for ptr1 > Use still stuck around after Def is

On 7 September 2016 at 20:50, Pawe? Pi?tkowski wrote: | > | Is there a way to overcome this problem? Precompiled versions of R can be installed on various system configurations, so I guess that there should be a way to compile it in a version-agnostic manner. | > | > Yes, for example by | > | > -- using a Docker container which is portable across OSs (!!) and versions | |

Source: xen-api-libs Version: 0.5.2-3.1 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, xen-api-libs FTBFS when binNMUed against ocaml 4.01.0. >From the amd64 build log: > ocamlfind ocamlopt -I ../xml-light2 -I ../stdext -I ../uuid -annot -g -package xmlm -c -o rpc.o rpc.ml > ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -annot -g -c -package camlp4 -pp

On Wed, Sep 7, 2016 at 1:50 PM, Pawe? Pi?tkowski <cosi1 at tlen.pl> wrote: > > | Is there a way to overcome this problem? Precompiled versions of R can > be installed on various system configurations, so I guess that there should > be a way to compile it in a version-agnostic manner. > > > > Yes, for example by > > > > -- using a Docker container which