search for: bash_complete

Hi! I have the following packages installed: freenx-0.4.4-1.centos4.noarch from extras bash-completion-20050721-1.2.el4.rf.noarch from dries/dag bash-3.0-19.2.i386 from base seems to result in a non-working nxserver (the window manager doesn't start up, although X applications can be launched via logging in through a seperate ssh and setting the DISPLAY variable accordingly)... As far as

I did a yum update to my desktop machine as root this morning and now my regular logon account sees this whenever I press the enter key: etc/audisp/audispd.conf: Permission denied etc/audisp/plugins.d/af_unix.conf: Permission denied etc/audisp/plugins.d/syslog.conf: Permission denied etc/audit/audit.rules: Permission denied etc/audit/auditd.conf: Permission deniedetc/dhcp/dhclient.d/ntp.sh:

I came across this problem moving from the standard jessie package to the backport: $ sudo dpkg --configure r-base-core Setting up r-base-core (3.3.2-1~jessiecran.0) ... Preserving user changes to /usr/share/bash-completion/completions/R (renamed from /etc/bash_completion.d/R)... mv: cannot stat ?/usr/share/bash-completion/completions/R?: No such file or directory dpkg:

On 12/7/18 2:17 PM, Eric Blake wrote: > In general, autotooled packages are supposed to allow > './configure --prefix=$HOME/subdir' as a way to then get > 'make install' to run as non-root. In fact, 'make distcheck' > tests that this scenario works; alas, we fail due to: > > /usr/bin/install -c -m 644 ../../../bash/nbdkit

In general, autotooled packages are supposed to allow './configure --prefix=$HOME/subdir' as a way to then get 'make install' to run as non-root. In fact, 'make distcheck' tests that this scenario works; alas, we fail due to: /usr/bin/install -c -m 644 ../../../bash/nbdkit '/usr/share/bash-completion/completions' /usr/bin/install: cannot remove

Hi, Am Donnerstag, 2. M?rz 2017, 14:36:31 schrieb Jim Ottaway: > I came across this problem moving from the standard jessie package to > the backport: > > $ sudo dpkg --configure r-base-core > Setting up r-base-core (3.3.2-1~jessiecran.0) ... I am the one building and uploading those backports to Debian stable to CRAN... > Preserving user changes to

On 03/23/2016 04:57 PM, Mohsen Pahlevanzadeh wrote: > Dear All, > > I downloaded the attachment file and activate for bash_complete, It can give you > the following output: > # virsh net- > net-autostart net-dhcp-leases net-info net-undefine > net-create net-dumpxml net-list net-update > net-define net-edit net-name net-uuid > net-destroy net-event...

Dear Deepayan and dear list, I notice a small inconsistency with the command completion of the R CMD check. --no-latex is deprecated sincs R 2.12.0 and defunct since 2.13.0 but the command line completion still suggests it: cb at cbdesktop:~/r-devel$ bin/R CMD check --no-<here I hit tab> --no-clean --no-examples --no-latex --no-vignettes --no-codoc --no-install

Dear Deepayan and dear list, I notice a small inconsistency with the command completion of the R CMD check. --no-latex is deprecated sincs R 2.12.0 and defunct since 2.13.0 but the command line completion still suggests it: cb at cbdesktop:~/r-devel$ bin/R CMD check --no-<here I hit tab> --no-clean --no-examples --no-latex --no-vignettes --no-codoc --no-install

I am trying to install the libguestfs python bindings in my virtualenv. Since this cannot be done through PIP, I was trying to do the following: https://github.com/libguestfs/libguestfs/commit/fcbfc4775fa2a44020974073594a745ca420d614 To get to building the python dist, I did the following: git clone https://github.com/libguestfs/libguestfs.git git checkout 1.28.5 ./autogen.sh --disable-php

>> I am trying to install the libguestfs python bindings in my >> virtualenv. Since this cannot be done through PIP, > > The PIP problem is https://bugzilla.redhat.com/show_bug.cgi?id=1075594 > Unfortunately we are stuck here because the pypi website still has a > license that we cannot live with (it would have the effect of > assigning all work we upload to them). They

> > After using 'python sdist', can't you use the tarball (in python/dist) > > in order to create a venv directly? > > I think I will be able to install the python library in the venv using > the tarball. However, won't my liguestfs application require some of > the binaries installed as part of 'make install' for running? I am > trying to not

> Date: Tue, 3 Feb 2015 09:36:01 -0800 > Subject: make install ignoring PREFIX for bash_completion > > I am trying to install the libguestfs python bindings in my > virtualenv. Since this cannot be done through PIP, The PIP problem is https://bugzilla.redhat.com/show_bug.cgi?id=1075594 Unfortunately we are stuck here because the pypi website still has a license that we cannot live

Hey list, arriving home from SambaXP, it was really nice. That darth vader cake was super sweet :-) Hearing some people talking about how much they'd like bash completion for `samba-tool`, I've put together an ugly script that does that. It's a very dumb script (I'm boldly calling it script), but it might make someones day a little bit easier.

Coming off of xen environment; still testing with kvm, just a few questions: 1. What is the roadmap for release of qemu-kvm 1.1 and libvirt 0.10.2 for el6, cause I had to compile from upstream to get the latest stuff. 2. Should not virt-manager show the sparsed disk size instead of actual reserved size of a vm? 3. Where is the virsh bash_completion conf.d file from upstream; since el6 rpm

Copy over the bash completion machinery from libguestfs, along with the simple completion script; use this script for all the tools. --- .gitignore | 2 + Makefile.am | 3 ++ bash/Makefile.am | 68 +++++++++++++++++++++++++++++++++ bash/README | 6 +++ bash/test-complete-in-script.sh | 40 +++++++++++++++++++

On 2 March 2017 at 14:36, Jim Ottaway wrote: | I came across this problem moving from the standard jessie package to | the backport: | | $ sudo dpkg --configure r-base-core | Setting up r-base-core (3.3.2-1~jessiecran.0) ... | Preserving user changes to /usr/share/bash-completion/completions/R (renamed from /etc/bash_completion.d/R)... | mv: cannot stat

On 3 March 2017 at 08:51, Johannes Ranke wrote: | "Deleted (by you or by a script) since installation" points to a packaging | problem, as I have not touched anything in this installation. Indeed, there is | no file /etc/bash_completion.d/R in the system. The default location for these files changed, I finally complied. But nobody tests this for backports -- so if you or Jim could

a really good idea Charles ;-) 2007/7/11, Charles Lepple <clepple-guest at alioth.debian.org>: > Author: clepple-guest > Date: Wed Jul 11 03:20:44 2007 > New Revision: 1025 > > Log: > Added bash completion script for 'upsc'. > ... you should also consider adding a Makefile + configure test for auto installation (based upon the existence of