similar to: Bug#688308: installing some additional docs

tags 407143 +patch thanks On Fri, 2013-08-16 at 14:42 +0100, Ian Campbell wrote: > tags 688308 +patch > thanks > > A lot of /docs/ is pretty low-level and not all that interesting to be > installed by the packages. However some of it is, and in particular some > is referenced from the manpages. I've cherry-picked the bits which I > think are most interesting in that

Package: xen-utils-3.0 Version: 3.0.2+hg9697-2 Severity: grave Justification: renders package unusable Below you find the output of apt-get install xen-utils-3.0 . /usr/sbin/xend tries tom import the python scripts from /usr/lib/python as well as from /usr/lib64/python ; both directories do not exist on my system, I have python2.4 installed. (With both python2.3 and python2.4 installed I had the

On UNIX, I am executing an rsync command, from within a script. The command goes something like this: /usr/bin/rsync --verbose --progress --stats --compress --recursive --times --perms --links --safe-links source_dir/ user at target_machine:/parent_path/source_dir In other words, I am replicating source_dir on a remote machine. It ends up next to a lot of sibling, directories, like this: On

I have a function: source_dir <- function(path, pattern = "\\.[rR]$", chdir = TRUE) ... documented with ... \usage{source_dir(path, pattern="\\.[rR]$", chdir=TRUE)} ... But I get Codoc mismatches from documentation object 'source_dir': source_dir Code: function(path, pattern = "\\.[rR]$", chdir = TRUE) Docs: function(path, pattern =

I'm using a little shell script: BUILD_ROOT=/home/llvm-1.7/cfrontend PREFIX="$BUILD_ROOT/install" LOCAL_BUILD_DIR="$BUILD_ROOT/build" SOURCE_DIR="$BUILD_ROOT/src" echo $__me: Building $TARGET echo $__me: BUILD_ROOT == $BUILD_ROOT echo $__me: SOURCE_DIR == $SOURCE_DIR echo $__me: LOCAL_BUILD_DIR == $LOCAL_BUILD_DIR echo $__me: PREFIX == $PREFIX

... is actually old & very well known by the maintainer! there is a bug report for exactly this that is 3 years and 124 days old! http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=165505 I can also add my report to this bug and mention that we need a fixed version for our xen packages, but as it looks for me (at the moment) the maintainer is not really interessted in getting this

Hi all, I'm running the following rsync job via cron: rsync --recursive --compress --human-readable --progress --update --perms --chmod=a-w -e "ssh -i /rsync-key" user@host:/source_dir/ /target_dir rsync: failed to set permissions on "/target_dir/.": Operation not permitted (1) rsync: failed to modify permissions on "/target_dir/.": Operation not permitted (1)

Greg Pettyjohn <gregp at ccs.neu.edu> writes: > I'm using a little shell script: [snip] > confopts="--prefix=$PREFIX" > confopts="$confopts --disable-threads" > confopts="$confopts --disable-nls" > confopts="$confopts --disable-shared" > confopts="$confopts --enable-languages=c,c++" >

puppetlabs_spec_helper is a Rubygem to make writing and running module spec tests using rspec-puppet easier. It includes a set of common rake tasks and a spec_helper that correctly initializes puppet and rspec-puppet for testing. The code is available on github at http://github.com/puppetlabs/puppetlabs_spec_helper. Patches are welcome. To convert a module with existing spec tests to use the

Package: xen-utils-common Version: 3.0.3-0-2 Severity: minor xentrace(8) is missing and it seems there's one around: http://www.die.net/doc/linux/man/man8/xentrace.8.html -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash

Greg Pettyjohn <gregp at ccs.neu.edu> writes: > Is the MinGW user's list on the web? Look on www.mingw.org -> mailing list > Can you give me a link to the thread? Sorry, no time for that. Once on the mailing list archives, do a search for 'configure'. > (What's IIRC?) If I Remember Correctly. By the way, what's your configure command? -- Oscar

Is the MinGW user's list on the web? Can you give me a link to the thread? (What's IIRC?) Thanks. On Sat, 22 Apr 2006, Oscar Fuentes wrote: > Greg Pettyjohn <gregp at ccs.neu.edu> writes: > > > I've blown a couple of weekends trying to build under MinGW. > > > > I can build the llvm tools with only a couple of minor hassles, but can't > > seem

Hi all, I'm running rsync version 2.6.3 protocol version 28 on Solaris 8 and am having a problem. We have some scripts that wrap around rsync and generate a list of files to transfer from the sending system (regardless of whether that directory exists on the receiver). I was expecting rsync to fail when transferring files with a path that doesn't exist on the receiver (in fact

This is odd: We're using rsync to mirror multiple directories from a server to two clients. The server is running Tru64 v5.1a, client A is running Redhat Linux 8.0, and client B is running Tru64 v4.0g. The mirrors for both clients are running at the same time interval (10 minutes, offset by 5 minutes). All machines are running rsync v2.5.6, and using ssh2 v3.2.3 as the

Hi there, I am using rsync to synchronize two folders. I have configured the log-format to my personal needs like this: --log-format="%f %t %o %l %P" I am also using the --delete flag to log deleted files as well. I have upgraded my rsync version to 2.6.9 when I figured out that starting with version 2.6.4 the log format had been enhanced to also include the "del."

Package: xen-utils-4.2 Version: 4.2.0-1 Severity: normal Hello, xl-network-configuration.markdown which is referenced ins the sample configuration and is supposed to detail networking configuration is not installed. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (200,

I've been using CMake on my LLVM project for several years now (ever since I abandoned using SCons, and before that, autoconf). During that time I've grown to both love and hate CMake - that is, I love the idea, but hate the language and its limitations. However, due to the recent thread on this list, I realized that I wasn't the only person that felt that way - that there were a lot

Processing commands for control at bugs.debian.org: > reassign 688308 src:xen Bug #688308 [xen-utils-4.2] xen-utils-4.2: xl-network-configuration.markdown not installed Warning: Unknown package 'xen-utils-4.2' Bug reassigned from package 'xen-utils-4.2' to 'src:xen'. No longer marked as found in versions 4.2.0-1. Ignoring request to alter fixed versions of bug #688308

Processing commands for control at bugs.debian.org: > found 688308 4.2.0-1 Bug #688308 [src:xen] xen-utils-4.2: xl-network-configuration.markdown not installed Marked as found in versions xen/4.2.0-1. > thanks Stopping processing here. Please contact me if you need assistance. -- 688308: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688308 Debian Bug Tracking System Contact owner at

Now, looking at this, we can make a bug report at debian. # Automatically added by dh_installinit if [ "$1" = "configure" ] || [ "$1" = "abort-upgrade" ]; then if [ -x "/etc/init.d/winbind" ]; then update-rc.d winbind defaults >/dev/null invoke-rc.d winbind start || exit $? fi fi The